RBT(Requirements-based testing)的最佳实践

上一篇 / 下一篇  2011-08-15 23:22:34 / 天气: 晴朗 / 精华(1) / 置顶(1) / 个人分类:测试设计

RBTRequirements-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的杰出贡献奖(基于数据流分析的代码测试)。


TAG: 测试设计 度量 bender RBT 尽早测试

 

评分:0

我来说两句

Open Toolbar