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

圆满完成2天的“问题驱动的软件测试设计”上海公开课的培训行程,为来自玫琳凯、同程、上海创程车联、浙江贝尔等公司的学员,实践了“问题驱动的软件测试设计”如何从测试设计面临的主要挑战入手,分别从质量属性、领域知识、测试输入、风险4个维度提出了解决的测试思维,为学员建立了具有实践参考意义的测试分析与设计的架构和指南。
分享在课堂中讨论的2个问题,引导学员得出的建议:
问题1:互操作性测试与功能交互测试之间的区别
互操作性测试和功能交互测试,它们的主要区别在被测对象的分界点不同。
对于互操作性测试,被测对象是一方,而另一方属于另一个不同的软件产品。例如:假如被测对象是一个电子商务网站,其互操作性测试的对象可能是不同的浏览器、操作系统、插件等,这些对象并不属于电子商务网站软件开发的范畴。
而对于功能交互测试,被测功能与其他交互的功能,都属于软件产品的一部分。例如:电子商务网站,包括了用户注册、登陆、商品搜索、在线付款等功能,假如你测试的功能是用户注册,那么功能交互的对象是该软件产品的其他功能,例如:登陆、在线付款等。
问题2:从哪些维度可以更好的监控测试执行的进度
测试执行进度的监控,是为测试目标服务的,例如:评估是否可以及时发布?评估当前的软件产品质量等。主要可以从下面5个维度进行评估:
1.风险:假如测试过程中采用基于风险的测试策略,那么可以跟踪和评估风险减轻的趋势图。测试过程中识别的风险,会和设计的测试用例进行关联,通过测试用例执行的发现的缺陷和通过率,可以评估风险的减轻情况。另外,评估剩余风险,可以更好的评判假如发布软件产品,可能的风险有多大。
2.缺陷:缺陷是测试执行进度监控的非常重要的一个维度。例如:发现和修复缺陷的趋势图、没有修复缺陷的数目和在不同严重程度的分布、不同严重程度的缺陷在不同权重下计算的得到的缺陷因子等;
3.覆盖率:主要指的是需求的覆盖率是否达到了100%,或者不同测试类型的覆盖率是否达到了100%,并且测试用例在不同测试类型中分布是否合理等;
4.通过率:主要指的是测试用例的通过率,通常该维度指标会作为测试出口准则的一个条件之一,例如:要求选择的所有测试用例,其执行的测试用例通过率必须达到95%以上。

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


你可能感兴趣的:(问题驱动的软件测试设计,测试分析与设计)