设计测试用例-以用户登录为例
测试用例,无外乎从功能、性能、兼容性、易用性、安全性、UI等层面去考虑分析,以“用户登录”场景为例,从以上角度设计用例
一、基于等价类划分法、边界值分析法设计用例
- 输入已注册的用户名和正确的密码,验证是否登录成功
- 输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确
- 输入未注册的用户名和任意密码,验证是否登录失败,并且提示信息正确
- 用户名和密码两者都为空,验证是否登录失败,并且提示信息正确
- 用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确
- 若启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功
- 若启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败
二、有经验的测试工程师
- 用户名和密码是否大小写敏感
- 页面上的密码框是否加密显示
- 后台系统创建的用户第一次登录成功时,是否提示修改密码
- 忘记用户名和忘记密码的功能是否可用
- 前端页面是否根据设计要求限制用户名和密码长度
- 如果登录功能需要验证码,点击验证码图片是否可以更换验证码,更换后的验证码是否可用
- 刷新页面是否会刷新验证码
- 如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效...
- 用户登录成功但是会话超时后,继续操作是否会重定向到用户登录界面
- 不同级别的用户,比如管理员用户和普通用户,登录系统后的权限是否正确
- 页面默认焦点是否定位在用户名的输入框中
- 快捷键 Tab 和 Enter 等,是否可以正常使用
三、安全性测试用例
- 用户密码后台存储是否加密
- 用户密码在网络传输过程中是否加密
- 密码是否具有有效期,密码有效期到期后,是否提示需要修改密码
- 不登录的情况下,在浏览器中直接输入登录后的 URL 地址,验证是否会重新定向到用户登录界面
- 密码输入框是否不支持复制和粘贴
- 密码输入框内输入的密码是否都可以在页面源码模式下被查看
- 用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串,验证系统行为是否被篡改
- 用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串,验证系统行为是否被篡改
- 连续多次登录失败情况下,系统是否会阻止后续的尝试以应对暴力破解
- 同一用户在同一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期
- 同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性
四、性能压力测试用例
- 单用户登录的响应时间是否小于 3 秒
- 单用户登录时,后台请求数量是否过多
- 高并发场景下用户登录的响应时间是否小于 5 秒
- 高并发场景下服务端的监控指标是否符合预期
- 高集合点并发场景下,是否存在资源死锁和不合理的资源等待
- 长时间大量用户连续登录和登出,服务器端是否存在内存泄漏
五、其他补充
- 网络延迟或者弱网或者切换网络或者断网时正常登录是否正常
- 是否支持第三方登录
- 是否可记住密码,记住的密码保存是否加密,记住密码是否有有效期,有效期过后是否清空密码
- 是否可以使用登录的API发送登录请求,并绕开验证码校验
- 已登录的用户,杀死APP进程后,再次打开APP是否依然为已登录状态
- 未激活的用户登录
- 被停用的用户登录
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!
