假如给你一个“用户登录”的功能,编写一段测试用例。
当你看见“用户登录”四个字时,心里肯定想着,这也太简单了吧,只要找一个用户,在界面中输入用户名和密码,点击登录,验证是否成功登录就可以了,确实这已经满足了最基本最简单的测试用例。
但是,作为测试工程师,我们不仅要考虑最基本的,还要考虑最全面的,保证系统在各个场景下的正常运行。
普通工程师用例:
1.输入已注册的用户名和正确的密码,验证是否登录成功;
2.输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确;
3.输入未注册的用户名和任意密码,验证是否登录失败并提示信息正确;
4.用户名和密码两者都为空,验证是否登录失败,并且提示信息正确;
5.用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确;
6.如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功;
7.如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败,并且提示信息正确。
有些人写到这里时就会发现其实已经很全面了,但是在优秀的测试工程师眼中,这只是及格。
优秀工程师用例:
1.用户名和密码是否大小写敏感;
2.页面上的密码框是否加密显示;
3.后台系统创建的用户第一次登录成功时,是否提示修改密码;
4.忘记用户名和忘记密码的功能是否可用;
5.前端页面是否根据设计要求限制用户名和密码长度;
6.如果登录功能需要验证码,点击验证码图片是否可以更换验证码,更换后的验证码是否可用;
7.刷新页面是否会刷新验证码;
8.如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性;
9.用户登录成功但是会话超时后,继续操作是否会重定向到用户登录界面;
10.不同级别的用户,比如管理员用户和普通用户,登录系统后的权限是否正确;
11.页面默认焦点是否定位在用户名的输入框中;
12.快捷键Ta b和Enter等,是否可以正常使用。
安全性测试用例包括:
1.用户密码后台存储是否加密;
2.用户密码在网络传输过程中是否加密;
3.密码是否具有有效期,密码有效期到期后,是否提示需要修改密码;
4.不登录的情况下,在浏览器直接输入登录后的URL地址,验证是否会重新定向用 户登录界面;
5.密码输入框是否不支持复制和粘贴;
6.密码输入框内输入的密码是否都可以在页面源码模式下被查看;
7.用户名和密码的输入框中分别输入典型的“SQL注入攻击”字符串,验证系统的返回页面;
8.用户名和密码的输入框中分别输入典型的“XSS跨站脚本攻击”字符串,验证系统行为是否被篡改;
9.连续多次登录失败情况下,系统是否会阻止后续的尝试以应对暴力破解;
10.同一用户在同一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期;
11.同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性。
12.密码输入错误是否有最大次数限制,分别测试最大值-1、最大值、最大值+1时的输错密码情况
13.超过最大次数限制后,是否采取强制手段限制登录或对账号暂时冻结处理
14.超过最大次数限制后,分别输入正确的密码和错误的密码再次登录
性能压力测试用例包括:
1. 单用户登录的响应时间是否小于3秒;
2. 单用户登录时,后台请求数量是否过多;
3. 高并发场景下用户登录的响应时间是否小于5秒;
4. 高并发场景下服务端的监控指标是否符合预期;
5. 高集合点并发场景下,是否存在资源死锁和不合理的资源等待;
6. 长时间大量用连续登录和登出,服务器端是否存在内存泄漏。
兼容性测试用例包括:
1. 不同浏览器下,验证登录页面的显示以及功能正确性;
2. 相同浏览器的不同版本下,验证登录页面的显示以及功能正确性;
3. 不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性;
4. 不同分辨率的界面下,验证登录页面的显示以及功能正确性。
网络相关:
1.无网络模式下登录,是否给出“网络未连接”或“网络异常”的提示及提示是否正确
2.第一次登录请求超时后(服务器出问题,随后恢复正常),再次请求登录能否登录成功
3.第一次无网络情况下登录失败后,再次连接网络并登录
4.正在登录过程中,遇到网络切换,如(4G切换到WiFi环境时)能否正常登录
总结:
从这个优秀的测试工程师身上,我学到了很多,对于高质量的软件测试,用例设计不仅需要考虑明确的显式功能性需求,还要涉及兼容性、安全性和性能等一系列的非功能性需求,这些非功能性需求对软件系统的质量有着举足轻重的作用。其次,优秀的测试工程师必须具有宽广的知