软件测试的三十六计(2)

发表于:2013-5-29 15:35

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

 作者:gigobin    来源:51Testing软件测试博客

  软件测试的三十六计(1)

  第十一计-李代桃僵

  【释义】

  这是说在军事谋略上,如果暂时要以某种损失、失利为代价才能最终取胜,指挥者应当机立断,作出某些局部、或暂时的牺牲,去保全或者争取全局的、整体性的胜利。这是运用我国古代阴阳学说的阴阳相生相克、相互转化的道理而制定的军事谋略。

  这又是一个如何进行整体测试计划的计谋。我们在测试过程中,往往测试资源和测试时间达不到我们要求。那么我们就徐哟啊进行一些取舍。

  一些常见的运用方法就是:

  1、去除低优先级的测试用例

  2、移除优先级较低的user story

  3、推迟一些复杂测试环境的测试场景,在某个阶段进行集中测试

  4、降低测试用例的通过条件

  5、降低user story的通过条件

  6、允许一定的bug level或者特定的bug存在进入下一个sprint

  总之,李代桃僵的核心就是要取舍,如何能保证最大利益的取舍。不是所有的东西都要做到完美无缺才行,带bug release也是很常见的事。关键测试要保障这些bug不会break 流程,功能或者business rule,而且要给出work around的方法。这些东西都要包含在release notes和用户手册中。

  第十二计-顺手牵羊

  【释义】

  此句意为我方要善于捕捉时机,伺隙捣虚,变敌方小的疏漏而为我方小的得利。

  我们在测试过程中都很清楚,计划是计划,很多时候计划无法正常的实现。所以,很多时候我们需要善用顺手牵羊这个计谋。

  使用顺手牵羊,其实指的是我们需要不停的check schedule。在敏捷开发过程中,我们每天都有早会,根据一些现有的问题,我们去探索一下自己负责的区域是否也有类似的问题。

  还有一种情况就是,我们有时候发现一个问题,这个问题同时导致了很多其他问题,这时候我们未必是话费很多精力去把所有的问题一一发现,而是需要等待开发解决这个问题之后,才去更深更广的测试,而不是去追求更多的伪bug数目。所以,凭借QA的bug数来评价一个QA的工作质量要不得,数量和质量,以及遗漏度 都是bug这一项的单一特性。一个QA的工作质量不是简单的看bug数就行的。

  另外就是在团队的training上。我们QA一般都习惯了固定在一个区域进行测试,我们要鼓励大家进行更多的业务扩展的学习。有时候没有足够的时间来进行整体培训,通过一些overlap的测试用例进行新功能区域的学习,是一个很好利用顺手牵羊的示例。

  第十三计-打草惊蛇

  【释义】

  句意为反复叩实查究,而后采取相应的行动,实际是发现隐藏之敌的重要手段。

  应用这个手段的示例也很多。

  在我们开发测试用例时,就需要反复的审核,从而使得测试用例更加贴近用户的实际情况,打草就是反复的审核,惊蛇就是将正确用户需求反映出来,从而在测试中发现有效的缺陷。

  而稳定性测试和压力测试也是如此,在不断重复过程中,发现一些逻辑错误。比如前3次都正确的流程,很可能在第四次就出现问题。最典型的是pagination。很容易在页面过多时,出现问题。

  而且,很多时候大家发现,测试用例写出来之后,依据测试用例去测试,很难发现问题,问题大部分都在测试用例之外发现的。这说明在测试用例评审是,没有严格的进行打草,导致很多草地被遗漏,蛇也就遗漏了。所以,测试用例评审,必须是一个严格的执行过程,否则测试用例的意义不在,时间也统统被浪费掉了。

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

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号