求助!我的经理希望我跟踪测试案例数量和执行数量。我应该怎么做?
经理的职责是跟踪指标、测量执行和创建各种各样的图表和图形显示进展。如果他们希望跟踪你的测试集合中测试案例的数量,以及你执行的数量的话,那么就那样做。如果你使用了一个测试管理工具,有一些无法更改的报告可以给你提供一些这类的信息以及相关设置。你还可以创建一个定制化的报告,真正地吸引他们。
如果你没有测试管理工具,可以使用Excel或其它电子表格应用,并把所有测试安全放到你的集合中,一行一个。我将假设你或者有一段时间执行回归测试套件,或者你会持续执行回归测试。无论哪种方式,大致流程都是一样的。
首先,编写你所有的测试案例。然后,根据有效性进行分类。有些测试案例可能过期了,或者因为某些原因需要更新,那么这些测试不再有效。把无效测试放到一组,分离出已经在执行的测试案例。
现在你得到了你有的测试总数量,以及无效测试的数量。为什么了解无效测试的数量,因为他们需要更新。估计一下你的测试团队正在编写的新测试的数量。这一数字将会变化,但只要你的估计合理,它就会是准确的。现在我们有以下信息:
- 测试案例总数量
- 需要更新的测试案例数量
- 正在开发的测试案例数量
下一步,你想要决定你跟踪数据的更新日期。挑选一个日子,这个日子要是你的经理希望交付报告的前几天,并使之成为定义日期。这样你才有时间来编译数据,达到你的经理想要的日期,而不必做实时计算。
我希望你在电子表格中跟踪你的执行情况,要么使用工具,要么手动进行。如果两者之中你做了一项,那么通过操纵工具中无法改变的报告功能,你可以快速得到已经执行的测试的数量。如果你没有跟踪执行情况,那么你需要与每一个测试者沟通,估计出哪个已经执行的测试案例达到的了你的定义日期。
现在我们有:
- 测试案例的总量
- 需要更新的测试案例数量
- 正在开发的新测试案例数量
- 已经执行的达到定义日期的测试数量
这四个数字应该能让你的经理准确地了解你和你的团队所做工作的视图。
如果你没有创建测试案例,但在进行临时或探索性的测试,你仍然可以得到这些数字。这些数字需要评估。你需要面访每一个测试者,了解他们在测试哪一功能,让他们评估一下他们每天执行测试的数量。把它们加到这些数字中,如下:
- 测试仪案例的总量
- 所执行的测试数量(每人每天)
- 已经执行的达到定义日期的测试数量
这三个数量的最好的评估应该让你的经理了解到你和你的团队已经做的工作评估是可行的。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
自动化软件测试:从代码出发 提升软件质量
近年来,中国软件产业为迅猛发展的IT产业带来了一股“软”力量,但是,由于一直以来,中国许多软件企业存在着“重开发、轻测试”的倾向,而软件产品质量的高低关键又取决于测试工作的严密……
-
金融企业通过增加SOA服务实现高可扩展测试
Web连接系统的增长有助开发后端,导致服务的扩散。这种扩散会导致系统负载的增加。这种膨胀让开发部部门比以前更加强调测试和性能工具。
-
对于回归测试的解释
你能解释一下什么是回归测试吗?怎样才能保证你的回归测试是正确的呢?回归测试旨在揭示所有由软件修改所引起的回归,在当今复杂多变的商业环境下……