测试用例,怎么写?

发表于:2017-10-11 15:23  作者:tyoko   来源:简书

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试技术 用例设计

  做测试好几年了,测试用例这块核心的知识从来没有好好总结过,拿到需求就分析,分析结束就着手,感觉是一种手到擒来的东西,也没有真正总结经验下来
  书读了无数,没有吸取养分等于没读
  事做了无数,没有总结等于劳力
  写测试用例前,我们需要提炼出功能点,那什么是功能点。功能点就是一个功能包含的所有功能,比如登录功能
  功能点可以分为:
  账号输入手机
  账号输入邮箱
  输入密码,长度格式为xxx
  输入验证码
  点击登录跳转进入首页
  根据列出来的细分功能点进行用例编写,编写用例就通过拆分各个细分功能点的细节进行。用上测试用例分析方法:划分有效类、确定边界值、使用因果图、判定表、错误推测等等,这些都是用来确定测试数据的
  编写用例需要有一个表格,有个通用的模版
  每个用例都需要有一个唯一的编号;一个通俗易懂,一读就明白该条用例的目的的标题;预置条件用来存放一些已知的测试步骤;测试数据,就是我们分析出来的进行测试的数据;测试步骤,引导测试的步骤;预期结果,判断用例的执行结果,用来与实际结果相比较
  1.其中标题的编写需要通俗易懂,没有歧异,表明目的。具体怎么写可以引用《测试架构师修炼之道:从测试工程师到测试架构师》的说法就是
  比如上面的登录功能中:账号输入手机号
  标题可以写成:登录账号输入11位有效的手机号校验账号的正确性
  2.在测试用例中的“测试数据”单独列出来的目的是,我们在写边界值呀、等价类取值的时候,可以直接写在测试数据里,不用相同的用例写N遍,也是为了阅读、执行者方便阅读、操作
  3.测试步骤中,不需要写得太具体,以防界面有修改的时候,修改用例改到气馁。而且步骤不可以太多,写的人烦躁,读的人也腻歪,解决办法就是把其他用例验证的步骤置于预置条件中,如:用户已登录
  4.预期结果,大部分人写的测试用例中,每步测试步骤对应一个预期结果,但是如果出现没有预期结果的步骤怎么办呢?一种解决办法是,把有预期结果的步骤写在同一步骤中,这样有可能一个步骤其实是操作了两步或者三步;另一种解决办法是测试步骤中用【check1】 or【check2】标注,然后在预期结果中直接写【check1】是什么,【check2】是什么
  输出测试用例文档不算难,但是如何获取不同的测试数据,如何操作可能出现bug这都是需要经验积累的。测试用例是一种结果,需要不同的测试方法支撑这个结果的输出,所以才会有一种测试方法叫:错误推测法-在测试程序时,人们可以根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例的方法(来自百度百科)。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2017, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道