场景测试用例注意点总结

发表于:2018-3-05 11:14

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

 作者:peiyao456    来源:CSDN

  最近在写一个模块的场景测试用例,从一个场景十几个步骤,基本没有按照用户逻辑,且没有主题到最后 一个场景简单明了的几个步骤并且主题明确通过外部评审,这个过程中,遇到了很多问题,不停纠正,不断总结,最终终于写成一个不错的场景测试用例。
  好的场景用例必须满足以下几点:
  尽可能覆盖更多的BVT; 
  每个场景的执行步骤简单明了; 
  一定是用户可能使用的场景(场景故事),有一定的逻辑性; 
  不浪费资源,实现成代码执行速度较快;
  场景测试用例的格式:
  前置条件:有些步骤并不是本次场景测试的重点,所以并不关注这些步骤,所以,将需要的直接设置为前置条件,也就是执行这个测试用例,需要哪些。举个例子,比如我们需要测试一个对象是否具有某个特性的时候,对象的创建就不是此测试用例的重点,所以前置条件就应该是有一个对象。 
  执行步骤:按照用户的逻辑,一步一步完成 
  1. 
  2. 
  预测结果:切忌不要笼统的写成 以上各个步骤均可以正常设置 ,要写成:每一步设置成功之后,我们是怎样进行检验这步设置的成功,也就是代码中要怎么写。 
  1. 
  2. 
  后置条件:资源的销毁清理工作。举个例子,这个测试用例中只关注对象的创建过程,所以执行步骤中最终就会创建出了一个对象,那么就需要在后置条件中将创建的对象进行销毁。
  场景测试用例应该注意的点:
  1.注意主题化,一定要明白自己的这个场景用例是要测试什么功能,切忌将API中的测试点自己任意组合,想到哪里写到哪里; 
  为了达到测试点的主题化,我们可以在写测试用例之前先yy出一个用户使用的场景故事,也就是保证这个场景在用户使用的过程中可以出现到的。 
  2.注意上下文,场景用例本身就是模拟用户使用,测试基本功能(BVT)连接起来是否有bug,一定要有用户使用时的逻辑性; 
  3.注意只测试简单的基本功能,比如密码的合法性,内存,带宽的越界这样的问题场景中不需要出现,API中已经会有覆盖; 
  关于密码的合法性等测试点,就不需要出现在场景用例中了,也就是场景中只出现主流程(密码错误这个属于副流程)。 
  4.注意步骤要简洁明了,没有歧义,数字要说明单位; 
  因为写出来的测试用例并非自己去手工测试或者自己去代码实现,所以,要做到让别人一下子就可以看懂执行步骤的意思,没有歧义。 
  5.并不是说所有的BVT测试点都测试两个方面,因为有时,某个方面就不是BVT; 
  6.尽量不要使得不同的场景覆盖同样的测试点.


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

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号