一个简单的登录功能,你真的会测试吗?

前段时间看了《测试工程师全栈技术进阶与实战》一书,收获颇丰。书中刚开始是以一个登录功能开始的,这个例子非常具有代表性。说到这个登录功能,人人认为很简单,但是要设计好的测试用例,还是要费一番功夫的。把书中的这块的东西整理了下,大概是这样的。

功能测试用例

  • 输入已注册的用户名和正确的密码,验证是否登录成功;
  • 输入已注册的用户名和不正确的密码,验证是否登录失败,并且提示信息正确;
  • 输入未注册的用户名和任意密码,验证是否登录失败,并且提示信息正确;
  • 用户名和密码两者都为空,验证是否登录失败,并且提示信息正确;
  • 用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确;
  • 如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入正确的验证码,验证是否登录成功;
  • 如果登录功能启用了验证码功能,在用户名和密码正确的前提下,输入错误的验证码,验证是否登录失败,并且提示信息正确;

更多功能测试用例

  • 用户名和密码是否区分大小写?
  • 页面上的密码框是否加密显示?
  • 后台系统创建的用户第一次登陆成功时,是否提示修改密码?
  • 忘记用户名和忘记密码的功能是否可用?
  • 前端页面是否根据设计要求限制用户名和密码长度?
  • 如果登陆功能需要验证码,单击验证码图片是否可以更换验证码?更换后的验证码是否可用?
  • 刷新页面是否会刷新验证码?
  • 如果验证码具有时效性,需要分别验证时效内和时效外验证码的有效性。
  • 如果用户登录成功但是会话超时,继续操作是否会重定向到用户登录界面?
  • 不同级别的用户(如管理员用户和普通用户)登录系统后的权限是否正确?
  • 页面默认焦点是否定位在用户名的输入框中?
  • Tab和Enter等键是否可以正常使用?

安全性测试用例

  • 验证存储在后台的用户密码是否加密;
  • 验证用户密码在网络传输过程中是否加密;
  • 验证密码是否具有有效期,以及到期后是否提示用户需要修改密码;
  • 不登录的情况下,在浏览器地址栏中直接输入登录后的URL,验证是否会重定向到用户登录界面;
  • 验证密码输入框不支持复制和粘贴;
  • 验证密码输入框输入的密码是否都可以在页面源码模式下查看;
  • 在用户名和密码的输入框中分别输入典型的“SQL注入攻击”字符串,验证系统返回的页面;
  • 用户名和密码的输入框中分别输入典型的“跨站脚本攻击”字符串,验证系统的行为是否被篡改;
  • 连续多次登录失败的情况下,验证系统是否会阻止后续的登录以应对暴力破解密码;
  • 同一用户在用一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期;
  • 同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性。

性能压力测试用例

  • 验证单用户登录的响应时间是否短于3s;
  • 验证单用户登录时,后台请求数量是否过多;
  • 验证高并发场景下用户登录的响应时间是否短于5s;
  • 验证高并发场景下服务器端的监控指标是否符合预期;
  • 验证高集合点并发场景下,是否存在资源死锁和不合理的资源等待;
  • 同一时间大量用户连续登录和登出,验证服务器端是否存在内存泄露。

兼容性测试用例

  • 不同浏览器下,验证登录页面的显示以及功能正确性;
  • 相同浏览器的不同版本下,验证登录页面的显示以及功能正确性;
  • 不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性;
  • 不同分辨率的界面下,验证登录页面的显示以及功能正确性。

你可能感兴趣的:(测试设计)