软件测试工程师面试基础题

《软件测试工程师面试基础题》由会员分享，可在线阅读，更多相关《软件测试工程师面试基础题（16页珍藏版）》请在金锄头文库上搜索。

1、软件测试复习内容 以下列举出来的问题大部分是要掌握的，可参考思维导图来看。1. 什么是测试？答：（美国电器和电子工程师协会）IEEE提出的软件工程标准术语，使用人工和自动 手段来运行或测试某个系统的过程，目的在于检验它是否满足规定的需求或是弄清预期 结果与实际结果之间的差别。简单定义:找出软件中的BUG2. 为什么要测试？答：在软件开发过程中容易出现缺乏有效沟通,软件复杂，编程错误,需求不断变更,时 间的压力，缺乏文档的代码，软件开发工具和人员的自大等原因引发的错误，通过测试能 够找出其中的错误，解决错误,从而提高软件的质量3. 软件的生命周期分为哪几个阶段？具体的内容是什么？答： 计划 工作

2、内容1. 确定软件开发总目标；2. 给出软件的功能、性能、可靠性以及接口等方面的设想；3. 研究完成该项目的可行性，探讨问题解决方案；4. 对可供开发使用的资源、成本、可取得的效益和开发进度作出估计；5. 制定完成开发任务的实施计划。需求分析工作内容对开发的软件进行详细的定义，由需求分析人员和用户共同讨论决定，哪些 需求是可以满足的，并且给予确切的描述，写出软件需求说明书SRS （Sof tware Requirement Specification）。设计工作内容设计是软件工程的技术核心，这个阶段需要完成设计说明书1. 概要设计（HLD）,在设计阶段把各项需求转换成相应的体系结构，每一部分是

3、 功能明确的模块；2. 详细设计（LLD）,对每个模块要完成的工作进行具体的描述。编码工作内容 把软件设计转换成计算机可以接受的程序，即写成以某个程序设计语言表示的 源程序清单，建立数据库。测试工作内容测试是检验软件是否符合客户需求，达到质量要求，一般由独立的小组执行, 测试工作分为：单元测试；集成测试；系统测试运行和维护工作内容这个阶段将软件交付用户投入正式使用，以后便进入维护阶段，可能有多种原 因需要对它进行修改，如软件错误、系统软件升级、增强软件功能、提高性能等。4.5.6.研发团队的组织构架与流程是什么？答：组织架构软件开发组开发经理分析人员设计人员开发人员软件测试组测试经理测试人员配

4、置管理组配置经理CMO （配置管理员）研发流程瀑布模型应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显 而易见的。螺旋模型综合了基本的瀑布式模型和演化/渐增原型方法。 RUP流程所有工作流在各个阶段都有体现。IPD流程从整个产品角度出发，不仅仅针对研发。测试计划阶段 测试设计阶段 测试实施阶段 测试执行阶段测试阶段怎么划分? 答：1.2.3.4.什么是UT,IT,ST？它们有什么区别?答：UT:单元测试IT:集成测试ST:系统测试区别:测试方法考察范围评估标准单 元 测 试控制流测法 数据流测法 排错测法 分域测法单元内部的数据 结构、逻辑控制 、异常处理等逻辑覆盖率集

5、 成 测 试自顶向下增至测试方法 自底向上增至测试方法 混合增至测试方法接口与接口数据 传递关系， 模块组合后的整体功能接口覆盖率系 统 测 试恢复测试方法 安全测试方法 强度测试方法 性能测试方法 容量测试方法 正确性测试方法 可靠性测试方法 兼容性测试方法这个系统对需 求的符合度测试用例对需求 规格的覆盖率7.什么是回归测试？为什么要回归测试？回归测试的流程是什么？回归测试的测试策略 有哪些？回归测试是指软件系统被修改或扩充（如系统功能增强或升级）后重新进行的测试, 是为了保证对软件所做的修改没有引入新的错误而重新进行的测试。回归测试目的是验证缺陷得到了正确的修复，同时对系统的变更没有影响

6、以前的功能。流程:1. 在测试策略制定阶段，制定回归测试策略2. 确定需要回归测试的版本3. 测试版本发布后,按照回归测试策略来执行回归测试4. 回归测试通过，关闭缺陷跟踪单5. 回归测试不通过,缺陷跟踪单返回给开发人员，开发人员重新修改BUG.再次提 交给测试人员回归测试测试策略：1. 完全重复测试：重新执行前期设计的用例，来确认问题修改的真确性和修改的 扩散局部影响性2. 选择性重复测试：1）覆盖修改法：针对被修改的部分，选取或重新构造测试用例验证没有错误 再次发生的选择方法2）周边影响法：该方法包括覆盖修改法，还要分析修改后对扩散的影响3）指标达成法：先确定一个达成的指标,基于这种要求选

7、择一个最小的测试 用例集合8. 画V&V模型？ 答：9. 软件质量的定义是什么？影响软件质量的因素是哪些？ ISO 2000的八大原则是什么？ 答：定义：一个实体的所有特性，基于这些特性可以满足明显的或隐含的需求。而质量 就是实体基于这些特性满足需求的程度因素：流程、技术、组织。流程：一组活动（活动是否都是必须的；活动角色之间的关系）过程：一组将输入转化为输出的相关联或相互作用的活动。原则；1. 以顾客为中心：组织依存于其顾客，因此，组织应理解顾客当前的和未来的需求, 满足顾客要求并争取赶超顾客期望。2. 领导作用：领导者将本组织的宗旨.方向和内部环境编统一起来，并创造使员工能 够充参与实现组

8、织目标的环境。3. 全员参与：各级人员是组织之本，只有他们的充分参与，才能使他们的才干为组织 带来最大的收益。4. 过程方法：将相关的资源和活动作为过程进行管理，可以更高效地得到期望的结 果。5. 管理系统方法：针对设定的目标，识别.理解并管理一个由相互关联的过程的过程 所组成的体系，有助于提高组织的有效性和效率。6. 持续改进：持续改进是组织的一个永恒的目标。7. 基于事实的决策方法：对数据和信息的逻辑分析或直觉判断是有效决策的基础。8. 互利的供方关系：通过互利的关系，增强组织及其供方创造价值的能力。其中与软 件产品产品优其相关有：（一三六七项）10. CMM/CMMI是什么？它的等级怎么

9、划分？有什么目的？有什么作用？ 答：(1) 能力成熟度模型；一种比较流行的软件质量管理体系(2) 划分：初始级；可重复级；已定义级；已管理级；优化级；(3) 目的：评估软件承包商能力协助软件组织改进过程，提高过程能力(4) 作用：业界的实施标准业界的一种交流语言是中国企业获取国际订单的门槛是向下米购的保障是降低软件声场风险的有力手段11. 描述软件质量模型中的内容？答：功能性：当软件在指定的条件下使用时，软件产品提供满足明确和隐含需求的功能的能力1. 适合性Suitability-软件产品为指定的任务和用户目标提供一组合适的功能的 能力。2. 准确性Accuracy-软件产品提供具有所需精确度

10、的正确或相符的结果或效果 的能力。3. 互操作性interoperability-软件产品与一个或更多的规定系统进行交互的能 力。4. 保密安全性security软件产品保护信息和数据的能力，以使未授权的人员或 系统不能阅读或修改这些信息和数据，而不拒绝授权人员或系统对它们的访 问。5. 功能性的依从性functionality compliance-软件产品遵循与功能相关的标准、 约定或法规以及类似规定的能力。这些标准要考虑国际标准、国家标准、行业 标准、企业内部规范等。可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力1. 成熟性maturity-软件产品为避免由软件中错误而导致

11、失效的能力。2. 容错性fault tolerance-在软件出现故障或者违反指定接口的情况下，软件产 品维持规定的性能级别的能力。3. 易恢复性recoverability-在失效发生的情况下，软件产品重建规定的性能级别 并恢复受直接影响的数据的能力4. 可靠性的依从性reliability compliance-软件产品遵循与可靠性相关的标准、 约定或法规的能力。易用性：在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力1. 易理解性understandability-软件产品使用户能理解软件是否合适以及如何能 将软件用于特定的任务和使用环境的能力。2. 易学性learnabi

12、lity-软件产品使用户能学习其应用的能力。3. 易操作性operability-软件产品使用户能操作和控制它的能力。4. 吸引性attractiveness-软件产品吸引用户的能力5. 易用性的依从性usability compliance-软件产品遵循与易用性相关的标准、约 定、风格指南或法规的能力。这些标准要考虑国际标准、国家标准、行业标准、 企业内部规范等，例如企业内部的界面规范。效率：在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力1. 时间特性：time behavior-在规定条件下，软件产品执行其功能时，提供适当 的响应和处理时间以及吞吐率的能力。即完成用户的某

13、个功能需要的响应时 间。2. 资源利用性：resource utilization-在规定条件下，软件产品执行其功能时，使 用合适的资源数量和类别的能力。3. 效率依从性：efficiency compliance-软件产品遵循与效率相关的标准或约定的 能力。维护性：软件产品可被修改的能力。修改可能包括修正、改进软件对环境、需求、和功能规 格说明变化的适应1. 易分析性analyzability-诊断软件产品中缺陷或失效原因的能力。2. 易改变性changeability-软件产品使指定的修改可以被实现的能力。3. 稳定性stability-软件产品避免由于软件修改而造成意外结果的能力。4.

14、易测试性testability-软件产品使已修改软件能被确认的能力。5. 维护性的依从性maintainability compliance-软件产品遵循与维护性相关的标 准或约定的能力。可移植性：软件产品从一种环境迁移到另一种环境可正常使用或满足用户需求的能力1. 适应性adaptability-软件产品无需采用有别于为考虑该软件的目的而准备的 活动和手段就可以适应不同的环境的能力。2. 易安装性installability-软件产品在指定环境中被安装的能力。3. 共存性co-existence-软件产品在公共环境中同与其分享公共资源的其它独立 软件共存的能力。4. 易替换性replacea

15、bility-软件产品在同样的环境下，替代另一个相同用途的指 定软件产品的能力。5. 可移植性的依从性portability compliance-软件产品遵循与可移植性相关的标 准或约定能力。12. 测试的方法有哪些?答:白盒测试、黑盒测试、灰盒测试、卩测试，a测试、可移植性测试、冒烟测试等13. 什么是白盒测试？答：白盒测试是根据被测试程序的内部结构设计测试用例的一类测试，有人也称它为透 明盒或者玻璃盒测试，涉及到软件设计的细节。比如单元测试一般采用白盒测试方法, 并参考LLD （详细设计）14. 什么是黑盒测试?答:黑盒测试又称功能测试、数据驱动测试或者基于规格说明的测试，被测试程序当作 黑盒处理，无法了解其内部的构造。比如系统测试一般采用黑盒测试方法，并参考SRS15.什么是静态测试?答:不运行被测试的软件系统,而