大家好，我是阿萨。今天我们来测试一个非常常见的模块：登录模块。你肯定会说，这有啥测试的，谁不会测试呀。不就是等价类和边界值设计测试用例，然后验证吗？
别急，今天我们就列举下登录场景的测试用例。
一、功能测试
- 输入有效的用户名和正确的密码，验证是否登录成功；
- 输入有效的用户名和不正确的密码，验证是否登录失败，并且提示信息正确；
- 输入无效的用户名和任意密码，验证是否登录失败，并且提示信息正确；
- 用户名和密码两者都为空，验证是否登录失败，并且提示信息正确；
- 用户名和密码两者之一为空，验证是否登录失败，并且提示信息正确；
- 如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入正确的验证码，验证是否登录成功；
- 如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入错误的验证码，验证是否登录失败，并且提示信息正确。
- 如果登录功能需要验证码，点击验证码图片是否可以更换验证码，更换后的验证码是否可用；
- 刷新页面是否会刷新验证码；
- 如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性；
- 多次输错验证码，查看是否有账户锁定行为。
二、界面UI测试
1. 布局是否合理，输入框，按钮对齐方式
2. 输入框和按钮的高度，长度是否符合要求
3. 界面的设计风格是否与UI的设计风格统一
4. 界面的文字简洁易懂，没有错别字
二、兼容性测试用例
- 不同浏览器下，验证登录页面的显示以及功能正确性；
- 相同浏览器的不同版本下，验证登录页面的显示以及功能正确性；
- 不同移动设备终端的不同浏览器下，验证登录页面的显示以及功能正确性；
- 不同分辨率的界面下，验证登录页面的显示以及功能正确性。
三、易用性测试用例
- 用户名和密码是否大小写敏感；
- 页面上的密码框是否加密显示；
- 后台系统创建的用户第一次登录成功时，是否提示修改密码；
- 忘记用户名和忘记密码的功能是否可用；
- 前端页面是否根据设计要求限制用户名和密码长度；
- 用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面；
- 不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；
- 页面默认焦点是否定位在用户名的输入框中；
- 快捷键 Tab 和 Enter 等，是否可以正常使用。
四、性能测试用例
- 单用户登陆系统的响应时间是否符合“3-5-8”原则。（3s之内得到响应，那么给客户的感觉是该系统性能十分优秀；5s之内请求得到响应，用户会感觉还不错；
超过8s甚至更长的时间以后，用户很有可能就失去信心）
- 单用户登录时，后台请求数量是否很多；
- 高并发场景下用户登录的响应时间是否小于 5 秒；
- 高并发场景下服务端的监控指标是否符合预期；
- 高并发场景下，是否存在资源死锁和不合理的资源等待；
- 长时间大量用户连续登入和登出，服务器端是否存在内存泄漏。
五、安全性测试用例
- 密码是否使用强密码策略；
- 密码不能包含用户名以及用户名的倒序字符；
- 用户密码数据库存储是否加密；
- 用户密码在接口中是否加密；
- 密码是否具有有效期，密码有效期到期前或后，是否提示需要修改密码；
- 不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重新定向到用户登录界面；
- 密码输入框是否不支持复制和粘贴；
- 密码输入框内输入的密码是否都可以在页面源码模式下被查看；
- 用户名和密码的输入框中分别输入典型的可能会引起SQL注入的字符串，验证系统的返回页面；
- 用户名和密码的输入框中分别输入典型的可能会导致XSS 跨站脚本攻击字符串，验证系统行为是否被篡改；
- 连续多次登录失败情况下，账户是否被锁定以应对暴力破解；
- 同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期；
- 同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性。
- 是否有登录操作日志，防止抵赖行为。
- 后台操作日志中密码和用户名的敏感信息是否脱敏处理
- 不同级别用户token互换后是否可以访问其他级别用户权限的内容。
以上只是列举主要场景，肯定还有其他场景，大家根据自己产品情况去设计对应测试用例。看到这里你还会说登录模块谁不会测试呀？
