管理并追溯需求
如果在外部工具中管理您的需求,例如 IBM® Rational® RequisitePro®,那么您可以将该需求链接到测试计划中。如果您没有使用外部工具,那么您需要在测试计划中管理需求。不论什么情况,当您进入了需求之后,您可以将它们与测试用例相关联,从而将测试脚本一直追溯到您的需求。
当需求变更或删除时,Rational Quality Manager 中需求的状态被更新为显示最新的状态。包含变更或删除的需求的测试用例被标记了,以便您可以快速并且准确地调整测试计划和测试用例,从而响应需求变更。
评定安全性等级
当您有许多针对应用程序中甚至最小的功能的测试时,很难向项目团队说明您在获得什么类型的覆盖率。即使当谈论需求覆盖(一种可能的量度)时,知道哪些需求比其他的更重要也是有帮助的,这样您就可以适当地计划测试。较高的安全性需求可能保证更多的测试用例,或者被更多测试人员的回顾,或者更详细的测试文档。
了解需求的安全性可以让您回答特定的问题,举例来说:
- 相对于低安全性需求来说,我们涵盖的高安全性需求的百分比是多少?
- 相对于其他领域,我们针对那些需求所拥有的测试用例有多少?
- 我们在哪里找到缺陷?(在高安全性需求的测试用例中或其他地方?)
首先,您可能想要用一些时间来为需求定义安全性方案,然后视图确保您遵照该方案。这不仅在确保您专注于正确的事情上是有用的,而且还在您完成项目后考虑不断的改进时是有用的。图 1 LINK 显示了为需求设置安全性等级的实例。
使用标签
除了安全性,每个需求包含一个 Tags 字段。Tags 是可以帮助您管理测试的关键字。您可以使用它们来将需求、测试用例,以及缺陷按应用程序的不同区域,以及测试的不同类型分类。举例来说(不管用什么工具):
利用 Rational Quality Manager,您可以用自己的关键字给需求设定标签。这可以让您能够生成报告,从而回答以下这样的问题:
- 多少测试用例是用于 报告(或另一个方面)?
- 多少需求规定了安全性测试(或者另一个质量标准)?
- 专注于功能性,安全性,性能上的需求百分比是多少?
这些向您展示了您在哪里用去了测试时间,以及您正在寻找什么类型的关注点。您可以参见图 1 中为需求定义标签的实例。
图 1. 在需求中使用 Severity 和 Tags 的实例
文章来源于领测软件测试网 https://www.ltesting.net/