用Visual Studio实践敏捷测试(二)

发表于:2010-7-16 14:02

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:林俊彦    来源:51Testing软件测试网采编

  本文的第一部分着重介绍了测试人员在敏捷开发过程中,需要完成的一些测试准备工作。对于读者来说,这些工作项可能会比较陌生,但在敏捷开发中却对保证开发的质量和速度起到了很重要的作用。在这一部分中,我们将进入大家较为熟悉的实际测试阶段,为大家介绍测试任务的执行以及Bug的管理。

  在整个敏捷软件开发流程中,存在着各种测试任务。比如,伙伴测试(Buddy Test)、常规的测试运行(Test Run)、Bug的验证、Bug大扫除(Bug Bash)、Dogfooding等等。但是,无论具体任务如何变化,测试总是以3种形式存在的:执行测试用例、Ad-hoc测试和实际使用产品。这里我重点介绍两种重要却不太常见的测试任务,以囊括解释这3种形式的测试是如何进行的。

  伙伴测试

  在开发人员第一次签入某个功能(或者签入重大的修复)之前,为保证构造的稳定性,往往会先将代码通过Team Foundation Server(TFS)的搁置集(shelveset)发给相关的测试人员做伙伴测试。伙伴测试常常是测试人员同某一新功能的第一次亲密接触,是实际测试的开端。同时,它也是一种非正式的手动测试,因为这些代码尚未签入,测试人员发现的问题并不构成bug,他们也不会将其记录到Bug数据库中。

  在伙伴测试中,测试人员需要关注以下几点:

  功能:开发人员新实现的(或是改动过的)行为是否如预期的那样工作
  边界:开发人员实现(或改动过)的行为是否完整,是否忽略了某些特殊情况
  回归:那些原先能正常工作的功能是否被新的改动破坏,是否产生回归错误

  那么,如何入手来做伙伴测试呢?这里就需要我们前面提到过的2种不同形式的测试:

  1. 执行测试计划

  在伙伴测试时,执行一次制定好的测试计划是一个好主意。在真正接触到产品功能前制定好的测试计划,可以提示测试人员各处细节,使得伙伴测试更全面;同时测试计划也有助于保持测试人员的客观性。这将很好的覆盖到功能测试,也能照顾到大部分的边界测试。

  通过在Test Manager中切换至的Test标签(如图1所示),我们就可以在Test Runner工具中执行测试计划中的测试用例。

图1 测试标签

  图2所显示的是Test Runner在运行测试时的样子。左边是Test Runner界面,这里会依次列出选择运行的测试用例的测试步骤(如果测试用例带有多组数据,则该测试用例会被列出多次,每次显示不同的数据)。右边的部分相当于普通的桌面,你可以在这里执行Test Runner中列出的测试步骤,并在Test Runner中标注每个测试步骤是否执行成功、记录执行结果、或是截取运行时的屏幕截图,也可以直接创建Bug。测试步骤、运行的结果、运行时的环境等各种信息,不但会被添加进运行结果报告中,还可以被直接添加到Bug中。同时Test Runner还支持将手动执行的测试步骤“录制”下来,这样下次运行同一个测试用例时,就不用手工操作了,可以让Test Runner自动执行。

图2 Test Runner

31/3123>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号