软件测试技术及策略_软件测试面试必U备2.docVIP

_软件测试面试必备 软件测试技术及策略 软件测试的流程 软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程。最后淘汰。 测试计划的前期是否需要需求调研？需要 测试具体分几个阶段，每个阶段执行的依据是什么？ 计划测试：需要制定测试计划 整理测试需求 设计测试：要设计测试用例和测试过程；要保证测试用例完全覆盖测试需求；要根据测试用例实现具体的自动化脚本或者手工的操作步骤 执行测试：通过自动化测试工具或人手工来执行那些自动化脚本或手工的操作步骤 评估：要对软件的质量和测试工作自身的质量做出一个客观的评价 开发生命周期中的验证活动：需求；设计；编码；测试；安装；维护 单元测试：Unit testing 目标：检验程序最小单元有无错误（类，文件，窗口，函数，菜单，报表或一个存储过程）接口，数据结构，边界，覆盖，逻辑 进入条件：代码无错误地通过编译或汇编 方法：白盒测试 测试执行人：开发工程师 测试内容： 模块接口：对被测模块，信息是否能正确地流入和流出 局部数据结构：模块的工作过程中，其内部的数据能否保持其完整性 边界条件：在边界上模块是否能正常工作 覆盖条件：模块运行是否达到了规定的逻辑覆盖 出错处理：检查模块的错误处理设施是否有效 具体要求： 在进行单元测试之前，由项目负责人决定是否进行静态分析 单元测试的主要形式是结构测试 单元测试的测试计划应该根据被测单元的性质而制定 语句覆盖率达到100% 分支覆盖率达到85% 单元测试有开发部负责开展 集成测试：intergration testing 目标： 检验组成系统的模块接口有无错误； 代码实现的系统设计与需求定义是否吻合 进入条件：主要的单元测试完成后，经常与单元测试同步进行 方法：黑盒测试，白盒测试 测试执行人：开发工程师、测试工程师 系统测试：system testing 目标： 检验组成整个系统的代码，以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种是否完整、有效 模拟验收测试的要球，检查系统是否符合用户的验收标准 进入条件：多数集成测试完成后 方法：黑盒测试 测试执行人：测试工程师 验收测试： acceptance testing 目标： 使客户验收签字 系统是否符合实现约定的验收标准 进入条件：系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用 方法：黑盒测试 α测试 是由用户在开发环境下进行的测试，也可以使开发机构内部的用户在模拟实际操作环境下进行的测试 目的是评价软件产品的FLURPS（即功能、局域化、可用性、可靠性、性能和支持） 可以在软件编码结束时开始，或在模块（子系统）测试完成后开始，也可在确认测试过程中软件达到一定的稳定和可靠程度之后再开始 需要开发人员参与 β测试 是由用户在实际使用环境下进行的测试，这些用户通常是与公司签订一定合同的外部用户，用户在使用该产品是愿意返回有关错误信息给开发者。 开发人员不在测试现场 主要衡量产品的FLURPS，着重于产品的支持性，包括文档，客户培训和支持产品生产能力 只有当α测试达到一定可靠程度时，才能开始β测试 通常由主持产品发行的人员来管理 测试过程的总结 测试类型 对象 目的 测试依据 测试方法 单元测试 模块内部的 消除局部模块的 模块逻辑设计 大量采用 程序错误 逻辑和功能的错误 模块外部说明 白盒测试 集成测试 模块间的集 找出与软件设计相 程序结构设计 成和调用关系 关的程序结构，模 黑白结合 块调用关系，接口问题 系统测试 整个系统包括 对整个系统进行一 系统结构设计 系统中的软硬件 系列的整体、有效 目标说明书 黑盒测试 性测试 需求说明书 软件测试的分类 按测试阶段分类 单元，集成，系统，验收 按测试策略分类 黑白盒（要不要看代码），动态静态（是否运行代码、软件），手工自动 按测试技术方法分类 功能测试，性能测试（包含压力测试），压力测试，易用性测试，安装测试，容错性测试，兼容性测试，安全性测试 常用的测试技术 功能测试 使用测试应用系统的功能需求的黑盒测试方法 应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作