你以为测试用例设计那么容易上手吗？
验证登录流程判断逻辑前端
账户名、密码、验证码 是否为空？
密码是否符合规则(特殊字符、大小写、数字、长度..)
服务端
验证码是否正确 （对应时间戳是否过期）
账户是否存在 （未注册、已注销）
密码是否正确（记录连续输入错误次数，超过5次，账号锁定4小时。或提升验证等级，采取账号+密码+验证码+短信验证）
返回session、token
一、基本功能测试点：
输入正确的用户名和密码登录成功
输入错误的用户名密码登录失败
用户名正确，密码错误，是否提示输入密码错误？
用户名错误，密码正常，是否提示输入用户名错误？
用户名和密码都错误，是否有相应提示？
用户名密码为空时，是否有相应提示？
如果用户未注册，提示请先注册，然后进行登录
已经注销的用户登录失败，提示信息友好？
密码框是否加密显示？
用户名是否支持中文、特殊字符？
用户名是否有长度限制？
密码是否支持中文，特殊字符？
密码是否有长度限制？
密码是否区分大小写？
密码为一些简单常用字符串时，是否提示修改？如：123456
密码存储方式？是否加密？
登录功能是否需要输入验证码？
验证码有效时间？
验证码输入错误，登录失败，提示信息是否友好？
输入过期的验证能否登录成功？
验证码是否容易识别？
验证码换一张功能是否可用？
点击验证码图片是否可以更换验证码？
用户体系：
比如系统分普通用户、高级用户，不同用户登录系统后可的权限不同。
如果使用第三方账号(QQ,微博账号)登录，那么第三方账号与本系统的账号体系对应关系如何保存？首次登录需要极权等
二、页面测试：
登录页面显示是否正常？文字和图片能否正常显示，相应的提示信息是否正确，按钮的设置和排列是否正常，页面是否简洁壮观等。
页面默认焦点是否定位在用户名的输入框中
首次登录时相应的输入框是否为空？或者如果有默认文案，当点击输入框时默认方案是否消失？
相应的按钮如登录、重置等，是否可用;页面的前进、后退、刷新按钮是否可用？
快捷键Tab,Esc,Enter 等，能否控制使用
兼容性测试：不同浏览器，不同操作系统，不同分辨率下界面是否正常
三、安全测试：
不登录：浏览器中直接输入登录后的地址，看是否可以直接进入
登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
用户名和密码是否通过加密的方式，发送给Web服务器
用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
用户名和密码的输入框，应该屏蔽SQL 注入攻击
用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
错误登陆的次数限制（防止暴力破解）
考虑是否支持多用户在同一机器上登录；
考虑一用户在多台机器上登录
四、性能测试：
单用户登录系统的响应时间是否符合"3-5-8"原则
用户数在临界点时并发登录是否还能符合"3-5-8"原则
压力：大量并发用户登录，系统的响应时间是多少？系统会出现宕机、内存泄露、cpu饱和、无法登录吗?
稳定性： 系统能否处理并发用户数在临界点以内连续登录N个时的场景？
五、其它测试：
连续输入3次或以上错误密码，用记是否被锁一定时间（如：15分钟）？时间内不允许登录，超出时间点是否可以继续登录。
用户session过期后，重新登录是否还能重新返回这前session过期的页面？
用户名和密码输入框是事支持键盘快捷键？如：撤销、复制、粘贴等等
是否允许同名用户同时登录进行操作？考虑web和app同时登录
手机登录时，是否先判断网络可用？
手机登录时，是否先判断app存在新版本？
是否支持单点登录？
是否有埋点接口
全面
页:
[1]
