今天完成的事情：

几乎没有干什么事，接了任务三。
明天计划的事情：

开始任务三
遇到的问题：

没有
收获：

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

需求分析：

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

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