软件测试：各个开发阶段对应的测试

软件测试：各个开发阶段对应的测试总结，包括需求评审、设计评审、单元测试、集成测试、系统测试、验收测试等。

软件测试：各个开发阶段对应的测试

• 1.需求评审
  • 审查要点：完整性、正确性、明确性、一致性、优先级、可修改性、必要性等
  • 步骤：原始文档、需求规格说明书、会议记录等→尝试理解需求项→对照检查列表检查并记录→讨论、评审、修订（再到第一步）
  • 需求评审检查表（模板书写）
  • 测试需求：可以通过系统设计/编写测试用例 设计师/开发人员→系统设计 测试人员→设计测试用例（也可以反推）
• 2.设计评审
  • 对设计结果本身的审查 设计结果与分析结果一致性的审查 设计结果对编程的支持（正向工程）
  • 设计审查检查表
• 3.单元测试
  • 测试对象：方法、类
  • 测试内容：属性
    • 模块接口测试
      • ①调用本模块的输入参数是否正确 ②本模块调用子模块时输入给子模块的参数是否正确 ③全局量的定义在各模块中是否一致 ④在做内外存交换时要考虑：属性是否正确 I/O是否错误等
    • 局部数据结构测试
      • 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错 全局数据对模块的影响
    • 路径测试
      • ①选择适当的测试用例，对模块中重要的执行路径进行测试 ②应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误 ③对基本执行路径和循环进行测试可以发现大量的路径错误
    • 错误处理测试
      • ①出错的描述是否难以理解 ②出错的描述是否能够对错误定位 ③显示的错误与实际的错误是否相符 ④对错误条件的处理正确与否 ⑤在对错误进行处理之前，错误条件是否已经引起系统的干预等
    • 边界测试
      • 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性
  • 测试依据：设计文档
  • 测试时机：做一个测一个
  • 测试方法：白盒（因为是有代码的）
  • 责任人：测试人员/开发人员
  • 测试所用模块：桩模块（模拟）和驱动模块 测试方法：Mock测试（环境独立、依赖模块的返回值） 工具：JUnit(开源)
• 4.集成测试
  • 测试对象：几个模块的集成
  • 测试内容：数据的传递
  • 测试依据：设计文档
  • 测试时机：相关单元结束后
  • 测试方法：白盒/黑盒
  • 责任人：测试人员/开发人员（自动化）
  • 测试类型：
    • ①传统的集成测试：自上而下、自下而上、混合式 ②基干集成 ③高频集成（一般采用冒烟测试） ④基于事件/消息的集成 ⑤基于使用的集成（依赖较少依赖较多） ⑥客户机/服务器的集成 ⑦分布式集成
  • 测试重点：①控制②公共③明确的性能（深度、广度优先等）
• 5.系统测试
  • 测试对象：系统
  • 测试时机：确认测试后
  • 测试方法：黑盒
  • 责任人：开发人员、测试人员
• 7.验收测试
  • 测试对象：
  • 测试时机：完成系统测试
  • 测试依据：需求文档、设计说明书等
  • 方法：
  • 责任人：项目负责人、客户
  • 公测、内测、各个版本等（有α 测试、β 测试、第三方测试）
• 注：
  • 单元测试、集成测试可以并行测试
  • 单元是一块块
  • 集成是单元测试拼成的
  • 系统测试是将集成测试放到现实生活中