RBT(Requirements-based testing)的最佳实践
上一篇 /
下一篇 2011-08-15 23:22:34 / 天气: 晴朗
/ 精华(1)
/ 置顶(1)
/ 个人分类:测试设计
RBT(Requirements-based testing),基于需求的测试方法,它主张软件的测试是基于需求的,首先需要确保需求的覆盖,确保用户的需求是被验证的。
RBT三大最佳实践:
1、 Test early and often.尽早测试,频繁地测试
要求能够尽早的参与测试,包括从需求的确认开始;
鼓励在需求编写过程,由测试人员主导进行需求可测试性检查,进行需求的评审;需求的可测试性包括是否可以验证(包括日志,异常检查点,测试接口,测试代码植入等)。
2、 Test with your head, not your gut.不要单凭经验测试
不要仅仅依赖测试人员的经验来设计测试用例,应该采用系统、严格的测试用例设计方法。通过这样的方式来增加测试覆盖的有效性。
测试用例的设计方法包括因果图,等价类,边界值等方法。
测试用例的设计方法需要有测试设计经验库,包括交叉功能列表以供参考;测试用例的评审需要有完整的测试设计检查单来进行把关。
格式化、结构化的需求文档有助于测试人员评估需求的测试覆盖率。
3、 Test with measurement and improvement in mind.测试过程中要保持度量
在使用基于需求的测试方法的过程中,保持对需求的可追踪性非常重要。保持需求与测试用例及测试之间的可追踪性有助于监视进度、度量覆盖率,当然也有助于控制需求变更。
测试用例的模板中可以通过定义模板,对于需求的点进行100%的覆盖,这个可以通过用例模板来完成。
测试过程的度量包括测试效率,需求的故障发现情况,故障收敛趋势,遗留故障分析等。这些都是为测试需求覆盖率,功能的质量情况,测试是否可以终止提供依据。
Bender RBT有成熟的工具模型,是一家商业公司,有广泛的引用,采用因果图方法进行用例设计,结合自动化使用,可以结合各种平台的测试管理工具。
Bender是一个40多年经验的软件质量控制大师,获得过IBM的杰出贡献奖(基于数据流分析的代码测试)。
相关阅读:
- 有感于“测试计划,测试设计,测试执行” (fishy, 2010-6-07)
- 软件测试设计面临的挑战 (xin_晴, 2011-3-07)
- 如何在软件项目中做测试设计 (xin_晴, 2011-3-25)
- 问题驱动的软件测试设计 (xin_晴, 2011-3-28)
- 经典测试设计技术 (xin_晴, 2011-4-11)
- 对非功能性属性的测试(上) (xin_晴, 2011-3-28)
- 对非功能性属性的测试(下) (xin_晴, 2011-3-29)
- 软件测试设计和开发 (xin_晴, 2011-6-29)
- 软件测试之“项目测试设计” (xin_晴, 2011-7-11)
- 基于风险的测试设计:风险在哪里? (xin_晴, 2011-7-26)
收藏
举报
TAG:
测试设计
度量
bender
RBT
尽早测试