[开发测试]给刚入门的测试小白的一篇测试用例的建议

作为新手入门，很多同学最顾虑的问题相信都是不知道如何开始书写测试用例，担心测试用例书写的不全面，不完整，生怕漏下的某一点非常重要，造成了自己在接下来的测试工作中存在隐患。

但迟迟不敢下手写测试用例的话，又担心影响整体的测试计划因为自己的延误而受影响。这种前怕狼后怕虎的心态，我相信所有刚刚开始做测试工作的人都有过。

在这里先给大家几点意见，首先，针对测试用例的书写，不管你能想到哪些方面，先把它写出来，不管想法如何，写出来的才是测试用例。

其次不要顾虑自己的用例好或者不好，因为测试用例执行之前，不管是刚入职的员工还是老员工，都需要参加用例评审的过程，在这个过程中，测试用例中的问题就被发现，同时也会给到每个人修改意见。所以，大家要安下心来写出自己想到的测试用例，这样才能帮助发现问题从而更好地解决。

再有就是，不管老员工还是新人小白，都是需要用例评审的，那就是说每个人的测试用例都不能说完美全面，都是在不断地评审过程中尽量的做到全面一些，覆盖率高一些。不过老员工毕竟经验和阅历要比小白多，所以在写测试用例的过程中，肯定有一套合适的方法。

接下来，我就以具体的场景分析方法给大家分享一下个人工作经验中的干货。

登录场景原始需求：

• 普通的登录页面，页面上有两个文本输入框，一个输入账户名；

• 一个输入密码（账号框展示输入的账号，密码框以黑色圆点显示）。

• 在两个文本框下方有两个按钮，一个是“登录”按钮。

• 输入一个已经注册成功的账户名+密码组合，点击登录按钮，登录成功后跳转到个人信息页面。

• 另一个是修改密码按钮，点击之后跳转到修改密码页面，修改之后需要使用新密码登录，原密码登录提示错误。（默认有一个账号已经注册成功，使用该账号进行登录；同时准备一个注销掉的账户，用来进行测试）

需求分析：

（1）作为一个原始需求的功能点，这个模块是比较简单的，首先来说，这是一个单一的模块，不存在功能交互的测试点。其次，页面UI比较简单，而且没有特殊的规范，只需要在查看的时候页面正常展示就可以。

（2）既然单个模块需要测试的比较少，我们的重点就要放在页面的输入框、按钮以及账号和密码的输入上来。

• 账户名和密码输入错误，能登录成功吗？

• 账户名或密码输入错误，能登录成功吗？

• 账号的中文或者英文名称都可以吗？

以上我相信大家都可以想得出来，但是这些远远不够，那么接下来，装米的容器先奉上。我习惯把场景中的测试点分为三种场景。

1.?常规场景

就是像刚刚几条，大家按照业务流程（即需求文档中描述的）或者生活经验都可以写得出来的测试用例，我把他定义为常规场景。

2.?偶然场景

偶然场景我分为了两种，一种叫做偶见型场景，另一种成为挑刺型场景。

• 偶见型场景

??????是指生活经验中也可以见到，但是使用频率很低，甚至不使用，但是经过评审过程中的话，是可以考虑得到并能独立完成书写的场景

• 挑刺型场景

??????与功能点要求的操作相反或者干脆背道而驰，有点儿像“鸡蛋里面挑骨头”的场景。

3.?专业场景

需要考虑到专业性，包括编程思想，数据库专业知识作为支撑才能掌握的测试用例场景。

针对原始需求的分析，登录场景中的常规场景总结了以下几条：

1. 输入账户名和密码，账户名正确，密码错误，点击登录，登录失败；

2. 输入账户名和密码，账户名错误，密码错误，点击登录，登录失败；

3. 输入账户名和密码，账户名正确，密码正确，点击登录，登录失败；

4. 输入账户名和密码，账户名正确，密码正确，点击登录，登录成功；

5. 输入账户名和密码，账户名或者密码输入中文，点击登录，登录情况;

6. 输入账户名和密码，英文名称输入大小写，点击登录，登录情况。

?2.偶然场景

（1）.偶见型场景

?? a.打开登录页面，查看登录页面展示正常，有无乱码现象；

?? b.点击登录之后跳转到个人信息页面，查看个人信息与页面展示是否一致；

?? c.账户修改密码后，输入新密码登录，登录情况；

?? d.账户修改密码后，输入旧密码登录，登录情况。

（2）.挑刺型场景

?? a.不输入账户名和密码，点击登录按钮，查看登录情况；

?? b.不输入账户名或密码，点击登录按钮，查看登录情况；

?? c.在文本输入框中输入特殊符号，点击登录，查看登录情况。

???3.专业场景

（1）.输入超长的账户名或者密码；

??????文本框中传递参数如果选择固定位数传递的话，可能会存在登录失败的情况。如果你的用户名是八位，结果你输入了十位；这个时候如果文本框取到用户名的过程中只取了前八位，那么可以登录成功，但如果取到了十位，就可能会报错。

（2）.账户名和密码输入“’or 1 = 1--”；

???? Oracle数据库曾经出现过的bug，是一个万能的账户，所以需要开发刻意写一个检查方法避免这个问题。

（3）.输入一个注销的账户名和密码组合，点击登录，查看登录情况。

?????如果账户注销，他的状态在数据库中和正常的账户是不一样的，在点击登录之后，系统会给出对应的提示才好。

针对于以上这些场景分析，尤其是专业场景这几条，理解起来肯定有困难，所以，要求大家看到之后就可以整理下来。其余的场景分析希望能够在以后给大家带来一定的帮助。

　1、根据需求文档，完全按照需求文档框架/功能描述，根据自己的理解整理为用例。简单来说，就是将需求文档描述的内容，重新按照用例的格式编辑一次，把能想到的各种可能性添加进去。

　2、搜索其他测试人员编写的同类型功能用例，先理解，再根据项目实际需求的较小差异，重新新增/删/改，组成满足需求的用例组。

　　快速掌握用例其实没有什么窍门，只有多看，多想，多写，多评审。

希望本文可以给新入职场的小白一些帮助，（大佬勿喷）我们一起成长！