测试用例的思路分析

        作为新手入门，很多同学最顾虑的问题相信都是不知道如何开始书写测试用例，担心测试用例书写的不全面，不完整，生怕漏下的某一点非常重要，造成了自己在接下来的测试工作中存在隐患；但迟迟不敢下手写测试用例的话，又担心影响整体的测试计划因为自己的延误而受影响。这种前怕狼后怕虎的心态，我相信所有刚刚开始做测试工作的人都有过。

       在这里先给大家几点意见，首先，针对测试用例的书写，不管你能想到哪些方面，先把他写出来，不管想法如何，写出来的才是测试用例；其次不要顾虑自己的用例好或者不好，因为测试用例执行之前，不管是刚入职的员工还是老员工，都需要参加用例评审的过程，在这个过程中，测试用例中的问题就被发现，同时也会给到每个人修改意见。所以，大家要安下心来写出自己想到的测试用例，这样才能帮助发现问题从而更好地解决。再有就是，不管老员工还是新人小白，都是需要用例评审的，那就是说每个人的测试用例都不能说成完美全面，都是在不断地评审过程中尽量的做到全面一些，覆盖率高一些。不过老员工毕竟经验和阅历要比小白多，所以在写测试用例的过程中，肯定有一套合适的方法。接下来，我就以具体的场景分析方法给大家分享一下干货，让所有测试的“巧妇”有米为炊。

 

        登录场景原始需求：普通的登录页面，页面上有两个文本输入框，一个输入账户名；一个输入密码（账号框展示输入的账号，密码框以黑色圆点显示）。在两个文本框下方有两个按钮，一个是“登录”按钮。输入一个已经注册成功的账户名+密码组合，点击登录按钮，登录成功后跳转到个人信息页面。另一个是修改密码按钮，点击之后跳转到修改密码页面，修改之后需要使用新密码登录，原密码登录提示错误。（默认有一个账号已经注册成功，使用该账号进行登录；同时准备一个注销掉的账户，用来进行测试）

 

需求分析：

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

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

 

先停顿一下，自己想想能想到什么。

 

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

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

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

 

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

 

1.  常规场景

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

2.  偶然场景

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

（1）.偶见型场景

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

（2）.挑刺型场景

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

3.  专业场景

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

 

OK，接下来我们开始看米了！

 

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

（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）.输入一个注销的账户名和密码组合，点击登录，查看登录情况。

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

 

 

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