登录场景设计测试用例

用意:考察测试用例的设计思路是否清晰

用例设计(多个角度触发设计)

一、功能角度

  1. 方法论
    1. 边界值
    2. 等价类
    3. 错误推测
  1. 示例
    1. 已经注册的正确用户名和密码,验证登录是否成功
    2. 已经注册的正确用户名和错误的密码,验证登录是否失败,并且提示信息正确
    3. 未注册的用户名和任意密码,验证登录是否失败,并且提示信息正确
    4. 用户名和密码都为空,验证登录是否失败,并且提示信息正确
    5. 用户名或者密码其中一个为空,验证登录是否失败,并且提示信息正确
    6. 有验证码场景,已经注册的用户名和密码正确前提下,输入正确验证码
    7. 有验证码场景,已经注册的用户名和密码正确前提下,输入错误验证码

二、用户体验角度

  1. 后台系统创建的用户第一次登录成功时候,是否提示修改密码
  2. 前端页面是否根据设计要求限制用户名和密码的长度
  3. 快捷键 Tab和Enter等,是否可以正常使用
  4. 页面默认焦点是否定位到用户名的输入框中

三、兼容性角度

  1. 不同浏览器,验证的登录页面的显示及功能的正确性
  2. 相同浏览器不同版本,验证的登录页面的显示及功能的正确性
  3. 不同移动设备终端的不同浏览器下,验证登录页面的显示及功能正确性
  4. 不同分辨率(大屏幕、小屏幕)的界面下,验证的登录页面的显示及功能的正确性

四、安全性角度

  1. 页面上的密码框是否加密显示
  2. 用户名和密码是否大小写敏感
  3. 刷新页面是否会重新刷新
  4. 有验证码的话,刷新页面是否会重新刷新验证码
  5. 有验证码的话,点击验证码图片是否会更换验证码
  6. 不同级别的用户,例如管理员用户和普通用户,登录系统后的权限分配是否正确
  7. 验证码有时效性的,验证验证码的时效性和有效性
  8. 登录成功后但是会话超时,继续操作是否会重定向到用户登录页面
  9. 用户密码后台存储时候是否有加密
  10. 用户密码在网络传输中是否加密

五、性能角度

  1. 单用户登录的响应时间是否小于3s
  2. 单用户登录时候,后台请求数量是否过多
  3. 高并发场景下用户登录的响应时间是否小于5s
  4. 高并发场景下服务端的监控指标是否符合预期
  5. 高集合点并发场景下,是否存在资源死锁和不合理的资源等待
  6. 长时间大量用户连续登录和登出,服务端是否存在内存泄漏问题
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
设计测试用例和编写测试用例是测试过程中的两个关键阶段,它们之间存在一些区别。 1. 设计测试用例:在测试过程中,测试用例设计是首要任务。测试用例设计是根据需求和系统设计,确定要测试的功能、场景、边界条件等,并确定相应的输入数据和预期输出。测试用例设计的目标是全面覆盖软件的功能,并尽可能发现潜在的缺陷和问题。在测试用例设计阶段,测试人员需要分析需求、定义测试目标、选择合适的测试技术和方法,并制定测试策略。测试用例设计可以使用各种技术,如等价类划分、边界值分析、决策表等。 2. 编写测试用例测试用例的编写是在测试用例设计的基础上,将设计好的测试用例转化为具体的文档或脚本形式。编写测试用例需要按照一定的格式和规范,记录测试步骤、输入数据、预期结果和实际结果等信息。编写测试用例时,需要准确描述每个测试步骤和预期结果,以便其他测试人员能够按照指导进行执行。编写测试用例的目标是确保测试用例的准确性、可执行性和可重复性。 总结起来,设计测试用例是整体的规划和策略制定阶段,确定要测试的内容和方法;而编写测试用例是将设计好的测试用例转化为具体的文档或脚本,以便测试人员执行和记录测试过程。设计和编写是测试用例生命周期中的两个不可或缺的环节,相互依赖且紧密联系,共同确保测试工作的质量和有效性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值