测试过程

• 单元测试
  • 针对软件基本组成单元进行正确性检验的测试。目的是检测软件模块对《详细设计说明书》的符合程度。
  • 属于白盒测试
  • 主要测试单元内部的数据结构、逻辑控制、异常处理
  • 评估基准主要是逻辑覆盖率
• 集成测试
  • 在单元测试的基础上，将所有模块按照概要设计要求组装成子系统或系统，验证组装后功能以及模块间接口是否正确。目的是检测软件模块对《概要设计说明书》的符合程度。
  • 属于灰盒测试
  • 主要测试模块间的接口和接口数据传递关系以及模块组合后的整体功能
  • 评估基准主要是接口覆盖率
• 系统测试
  • 将已经集成好的软件系统，作为基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他元素结合在一起，在实际运行环境下，对计算机系统进行的一系列的测试工作。目的在于检测与《需求规格说明书》的符合程度。
  • 属于黑盒测试
  • 主要测试整个系统对于需求的符合程度
  • 评估基准主要是需求规格的覆盖率
• 回归测试
  • 发现的缺陷经过修改后，应该进行回归测试。目的是验证缺陷得到了正确的修复，主要是系统的变更没有影响以前的功能。
  • 回归测试可以发生在任何一个阶段
  • 回归测试的策略
    • 完全重复测试
    • 选择性重复测试
      • 覆盖修改法
      • 周边影响法
      • 指标达成方法
  • 回归测试流程（适用于单元测试、集成测试、系统测试）
    • 测试策略制定阶段，制定回归测试策略1
    • 确定需要回归测试的版本
    • 回归测试版本发布，按照回归测试策略执行回归测试
    • 回归测试通过，关闭缺陷跟踪单
    • 回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试
  • 回归测试的自动化
    • 回归测试的自动化包括测试程序的自动执行、自动配置、测试用例的管理和自动输入、测试的自动执行、测试信息与结果的自动采集、测试结果的自动比较和结论的自动输出
• 验收测试
  • 让用户验证软件产品是否满足了所有的需求。
  • 如果用户数量较多，逐个正式的验收测试不切实际，此时往往采用 α 测试和 β 测试。
  • 在测试过程中，除了考虑软件的功能和性能外，还应考虑可移植性、兼容性、可维护性、错误的恢复功能。
  • 验收测试根据合同、《需求规格说明书》或 《验收测试计划》对产品进行验收测试
• α 测试
  • α 测试是由用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试
  • α 测试时，软件在一个自然设置状态下使用。开发这坐在用户旁，随时记下错误情况和使用中的问题。这是在受控制环境下进行的测试
  • α 测试的目的主要是软件产品的 FLURPS （功能、局域化、可用性、可靠性、性能等），尤其注重产品的界面和特色
• β 测试
  • β 测试是实际使用环境下进行的测试，开发这通常不在现场
  • 由用户记录下遇到的所有问题，包括真的和主观认定的，定期报告
• 测试过程模型
  • V&V 即验证和确认
    • 验证是否做了正确的事情。保证软件正确的实现了特定功能的一系列活动
    • 确认是否把事情做正确了。确认过程提供证据表明软件是否满足系统需求，并解决了相应的问题。
      • 软件系统测试阶段
        )
      • 软件集成测试阶段
        )
      • 软件单元测试阶段
        
        欢迎扫码关注微信公众号「一朵儿的软件测试之旅」一起学习交流