问题驱动的软件测试设计_20140517

圆满完成2天的“问题驱动的软件测试设计”上海公开课的培训行程，为来自玫琳凯、同程、上海创程车联、浙江贝尔等公司的学员，实践了“问题驱动的软件测试设计”如何从测试设计面临的主要挑战入手，分别从质量属性、领域知识、测试输入、风险4个维度提出了解决的测试思维，为学员建立了具有实践参考意义的测试分析与设计的架构和指南。

分享在课堂中讨论的2个问题，引导学员得出的建议：

问题1：互操作性测试与功能交互测试之间的区别？

互操作性测试和功能交互测试，它们的主要区别在被测对象的分界点不同。

对于互操作性测试，被测对象是一方，而另一方属于另一个不同的软件产品。例如：假如被测对象是一个电子商务网站，其互操作性测试的对象可能是不同的浏览器、操作系统、插件等，这些对象并不属于电子商务网站软件开发的范畴。

而对于功能交互测试，被测功能与其他交互的功能，都属于软件产品的一部分。例如：电子商务网站，包括了用户注册、登陆、商品搜索、在线付款等功能，假如你测试的功能是用户注册，那么功能交互的对象是该软件产品的其他功能，例如：登陆、在线付款等。

问题2：从哪些维度可以更好的监控测试执行的进度？

测试执行进度的监控，是为测试目标服务的，例如：评估是否可以及时发布？评估当前的软件产品质量等。主要可以从下面5个维度进行评估：

1.风险：假如测试过程中采用基于风险的测试策略，那么可以跟踪和评估风险减轻的趋势图。测试过程中识别的风险，会和设计的测试用例进行关联，通过测试用例执行的发现的缺陷和通过率，可以评估风险的减轻情况。另外，评估剩余风险，可以更好的评判假如发布软件产品，可能的风险有多大。

2.缺陷：缺陷是测试执行进度监控的非常重要的一个维度。例如：发现和修复缺陷的趋势图、没有修复缺陷的数目和在不同严重程度的分布、不同严重程度的缺陷在不同权重下计算的得到的缺陷因子等；

3.覆盖率：主要指的是需求的覆盖率是否达到了100%，或者不同测试类型的覆盖率是否达到了100%，并且测试用例在不同测试类型中分布是否合理等；

4.通过率：主要指的是测试用例的通过率，通常该维度指标会作为测试出口准则的一个条件之一，例如：要求选择的所有测试用例，其执行的测试用例通过率必须达到95%以上。

5.信心：信心主要来自两个层面，一方面可以参考前面4个维度的客观的度量指标进行评估，而另一方面，可以来自负责该功能测试的测试人员的主观判断。