lsekfe 发表于 2017-10-12 11:11:11

测试用例，怎么写？

做测试好几年了，测试用例这块核心的知识从来没有好好总结过，拿到需求就分析，分析结束就着手，感觉是一种手到擒来的东西，也没有真正总结经验下来
　　书读了无数，没有吸取养分等于没读
　　事做了无数，没有总结等于劳力
　　写测试用例前，我们需要提炼出功能点，那什么是功能点。功能点就是一个功能包含的所有功能，比如登录功能
http://www.51testing.com/attachments/2017/10/15201284_201710111534041wTzy.png


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


海海豚 发表于 2017-10-12 13:14:18

受教了:handshake可以将测试数据单独拿出来~

jingzizx 发表于 2017-10-12 13:05:21

:victory:

213 发表于 2017-10-13 11:11:35

谢谢，学习了

417670411 发表于 2017-10-23 08:59:59

学习了，很详细。

梦想家 发表于 2017-10-26 16:44:38

:lol

water_tone 发表于 2017-11-8 11:23:18

谢谢，学习了

shankai 发表于 2017-11-11 16:37:42

谢谢楼主

晴心哈哈 发表于 2017-11-29 15:40:23

学习了，谢谢

小扳手 发表于 2017-11-29 18:07:10

打个酱油，随便带走点知识。

想象力的边界 发表于 2017-11-29 18:08:44

感谢感谢，受教了

freedom13 发表于 2017-12-10 11:03:45

顶一下:lol

未完成的歌 发表于 2017-12-11 14:10:39

谢谢，受教了

小虾米儿 发表于 2017-12-28 15:44:06

受教了，3Q
页: [1]
查看完整版本: 测试用例，怎么写？