常规测试用例:
1. 验证登录界面标题、输入框标题等
静态文字信息是否正确。
2. 验证按钮名称是否合理。
3. 验证用户名和密码都正确时,用户通过登录验证。
4. 验证用户名错误而密码正确时,用户不能通过登录验证,并给出相应提示信息。
5. 验证用户名正确而密码错误时,用户不能通过登录验证,并给出相应提示信息。
6. 验证用户名和密码都错误时,用户不能通过登录验证,并给出相应提示信息。
7. 验证登录成功,能够出现正确的主页面。
8. 验证登录失败,主页面不能显示出来。
临界值测试用例:
9. 验证用户名和密码都为空时,用户不能通过登录验证,并给出相应提示信息。
10.验证用户名为空时,用户不能通过登录验证,并给出相应提示信息。
11.验证密码为空时,用户不能通过登录验证,并给出相应提示信息。
12.验证用户名字符长度为19、20、21时的情况(假设用户名长度为20)。
13.验证密码字符长度为9、10、11时的情况(假设密码长度为10)。
易用性测试用例:
14. 验证是否支持常规的快捷键。(输入完用户名和密码后直接按Enter键进行登录、Ctrl+X、Ctrl+C、Ctrl+V(有些网页的密码输入框不支持粘贴的)、Ctrl+A等等)
15.验证登录失败时,对已填用户名和账号的处理情况。(用户名和密码都清空?还是选中两者以方便用户再次输入?还是不做处理?比较好的做法是清空密码、保留用户名,用户一点击用户名会全选中用户名。)
16.验证登录成功后,再次登录时,是否有记住上次登录的用户名,以方便用户省去再次输入用户名。
17.验证首次打开登录界面,鼠标的输入焦点是否在用户名的输入框以方便用户直接输入。
18.验证再次打开登录界面时如果记住了用户名,鼠标的输入焦点是否在密码的输入框以方便用户直接输入。
安全性测试用例:
19. 验证登录系统是不是有做好防范SQL注入,使用特殊字符或SQL关键字作为用户名和密码进行登录。
20.验证用户登录成功之后,是否真的保存了用户名和密码。
21.验证保存在哪里,是否做了保护。如果是明文保存的话,将是一个安全大漏洞。