软件体系结构复习笔记8

可测试性及其策略(Testability and its Tactics)

可测试性的含义

软件测试是为了发现错误

关注点

• 让软件的bug容易被测试出来
• 验证软件产品与它的需求规格是否匹配(存在不符或缺失？)
• 使用最小的成本和工作量来验证软件的质量

测试的重要性

• 一般软件项目40%的成本花在测试上
• 大型软件项目出现故障，可能导致严重的后果
• 如果能在体系结构层面提高可测试性，收益巨大

可测试性场景

1. 刺激源

   • 测试可能由不同的角色发起(开发者、单元测试人员、继承测试人员、系统管理员、用户。。。)

2. 刺激

   • 系统开发到达了里程碑
   • 可能是分析/设计/编码/集成阶段的结束，或系统完成开发

3. 制品

   • 一个设计、一段代码、整个系统。。。

4. 环境

   • 系统可能处于设计模式/开发阶段/部署阶段/正常运行时

5. 响应

   • 理想的响应是可以进行测试，并且可以观察到测试结果
   • 当测试结果无法被观察到时，测试难度很大

6. 响应衡量指标

   • 白盒测试中的覆盖率

     语句覆盖

     判定覆盖/分支覆盖(判定可能是多个条件组合)

     条件覆盖：覆盖判定中的每个条件

     路径判断、判定条件覆盖、条件组合覆盖。。。

   • 未来继续发现bug的概率

提升可测试性的策略

目标

让测试更轻松

方向1：黑盒测试

总体思路：提供输入+捕获输出

• 记录/回放

  自动化/半自动化测试

• 把接口和现实分离开

  不同的排序算法，使用相同的接口

• 提供专用的测试路径

  

方向2：白盒测试

• 内部监控

  IDE提供的断点等调试工具

  WinDbg等工具

常用的测试工具

• Appium(APP UI测试)

  

• Selenium(Web UI测试)

  

• JMeter(接口测试、性能测试)

  

总结

oXk4O-1639966004183)]

• JMeter(接口测试、性能测试)

  [外链图片转存中…(img-79b7tt1E-1639966004184)]

总结