项目管理体系软件测试培训教案v1.0.pptVIP

内容提要 测试基本理论的回顾 软件测试组织架构 测试阶段和流程介绍 测试环境规划 测试发展规划 一 测试基本理论的回顾 软件测试概念 软件测试的目的、作用 软件测试原则 软件测试的对象 软件测试现状 缺陷产生的原因 静态测试和动态测试 黑盒测试与白盒测试 软件测试的衡量标准 什么是软件测试？ 1.2 软件测试的概念 1.2 软件测试的概念 1.2 软件测试的概念确认和验证的比较 验证是检测每一阶段形成的工作产品是否与前一阶段定义的规格相一致。 确认是检测每一阶段的工作产品是否与最初定义的软件需求规格相一致。 1.3 软件测试的目的、作用 发现程序错误 –直接目标 检查系统是否满足需求—期望目标 1.4 软件测试的原则 所有的软件测试都可以追溯到用户需求 尽早的和不断的进行软件测试 程序员应当避免检查测试自己编写的程序 执行测试计划，尽量避免测试的随意性 增量测试，由小到大 完全测试是不可能的，测试需要终止 妥善保存一切测试过程文档 1.5 软件测试的对象 软件测试不等于程序测试，软件测试贯串于软件定义和开发的整个期间。 需求规格说明、概要设计说明、详细设计说明、源程序都是软件测试的对象 1.6 软件测试的现状 目前软件质量仍然主要靠软件测试来验证和确认。在软件开发的总成本中，用在测试上的开销要占30%到50%。在极端的情况下，在关系到人的生命安全的软件中（如飞机控制或核反应监控等软件），测试费用可能相当软件生存周期所有其它阶段费用总和的三到五倍。对商品化的程序来说，测试在时间和费用两方面的花费都要占整个软件开发周期总开销的50%左右。 软件测试并不是质量保证的“安全网”。因此，我们应该从两个方面来保证和提高软件质量：首先，应尽量在开发期间减少错误，通过软件过程来建立软件质量；第二，应通过分析和测试来发现和修复软件产品中残存的错误。 1.7 缺陷产生的原因 测试原因导致的缺陷： 测试目标定义错误 在软件生命周期中，错误的选择了测试介入时期 选择了低效的测试技术 测试人员专业知识培训不够，工作低效 计划不够详细，测试的随意性很大 测试人员同开发人员沟通困难 1.8 静态测试与动态测试 静态测试： 需求评审 设计评审 代码走查 1.9 白盒测试与黑盒测试 白盒测试又称结构测试、逻辑驱动测试或基于程序的测试。 1.9、白盒测试与黑盒测试 黑盒测试是从用户观点出发的测试，它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。它所依据的是程序的外部特性。 软件测试既可用于验证，又可用于确认。 1.10 软件测试的衡量标准 需求的覆盖 需求追溯表/需求矩阵 缺陷数量 多、新 缺陷重现率 BUG能按照一定的测试过程稳定重现 效率 平均每人天发现的BUG数 成本 少。合理的测试人力和软、硬件资源安排 重用价值 测试的数据或者测试用例可以重用 二 测试组织架构2.1组织结构 2.2 测试人员的素质要求 对于测试人员的职业素质要求： 1、责任感 坚持原则、不放弃 有问题及时汇报 2、沟通能力、移情能力 与用户、项目组的沟通 3、独立的判断和自学习能力 坚持观点，不随声附和 喜欢探寻、钻牛角尖不一定是坏事情 4、耐心、自我督促 5、团队精神 与开发组整体为一个目标开展活动，有时需要妥协 三 一般的测试过程介绍 V-Model 测试阶段介绍 测试流程介绍 3.1 V 模型 (Improved) 3.2 测试阶段与测试方法 一般的软件测试过程 3.2.1 单元测试阶段 单元测试的内容： 模块接口测试 检查局部数据结构能否保持完整性 模块边界条件测试 模块执行路径测试 检查模块内部错误处理是否有效 单元测试方法： 白盒测试为主、黑盒测试为辅. 3.2.2 集成测试阶段 集成测试: 将通过单元测试的多个模块组合成更大的模块或子系统或产品，然后进行测试。 测试内容：各单元的接口是否吻合、代码是否符合规定的标准、界面标准是否统一等。 人员安排：既要求参与的人熟悉单元的内部细节，又要求他们能够从足够高的层次上观察整个系统。 集成测试 集成测试计划：集成测试计划由系统设计人员或高级程序员在设计阶段制定，它是和设计规格说明同时完成的。内容有： 测试的描述和范围 测试环境 测试时间表 集成次序 测试用例以及测试的预期结果等 测试方法：集成测试阶段是以黑盒法为主。 3.3 综合测试 经过集成测试之后，分散开发的模块被联接起来，构成完整的程序，其中各模块间接口存在的种种问题都已基本消除。测试开始进入到综合测试的阶段。 为了发现缺陷并度量产品（项目)质量，按照系统的功能和性能需求进行的测试 一般使用黑盒测试技术 一般由独立的测试人员完成 综合测试 应该由若干个不同测试组成，目的是充分运行系统，验证系统各部件是否都能正常工作并完成所赋予