测试用例-设计有效的测试用例

发表于:2018-12-03 20:04

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

 作者:卜了了    来源:简书

分享:
  这个要从这两天的工作来说了,计划明天上线,目前仍然有很多问题,测试的压力很大。今天早上项目经理专门跟我们开会,说要我们分配下工作,于是,我被分配了一些测试用例(是同事写的测试用例)以及别的功能。
  测试了,首先按照那个测试来测试。等终于看懂了对方的测试用例,才发现执行起来还是费劲。后来上个wc(每次上个wc,都能有些新的思路。。)想到,我按照对方的测试用例,再写个自己执行起来方便的用例(说是用例,其实是大概的流程走向)恩,是的,只有自己写的一步步的执行起来才会速度快些。在执行的时候,花时间的也是前面的设计测试用例。
  执行到了下午两点多。执行时发现原来工作量是那么大,干脆都没有午休。后来发现其实是很简单的流程,很多复杂的都已经执行过,灵光一现,为什么要原原本本的都执行完呢,当下的测试内容这么多,还有很多的bug没有复测等等,于是决定先测试其他的。
  刚才看《软件测试的艺术》讲到要设计有效的测试用例j集。这句话说的很好,我今天在执行的那个测试用例现在想来,尽管看上去很全面,但是很多已经执行过了,当下这么时间紧张的情况下,抽选出必要执行几个就可以了,把时间放到那些更“危险”的地方去。以保证系统的流程顺利。
  一句话总结:用尽可能少的测试用例来覆盖当前的功能。

  上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号