从“用户登录”功能，看测试用例设计基本功

参考《测试工程师全栈技术进阶与实践》-茹炳晟著，以及极客时间《软件测试52讲》

功能测试用例

针对“用户登录”功能，基于等价类划分方法和边界值分析方法，设计的功能测试用例包括：

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

上面的测试用例已经涵盖了主要的功能测试场景。然而，在一个测试工程师眼中，这些用例只能达到勉强及格的水平。

更多的测试用例

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

看完这些用例你可能会说：“原来一个简单的登录功能居然有这么多需要测试的点！”。但是，“用户登录”功能的测试还远没结束。
以上这些知识针对“用户登录”的显式功能性需求的验证，但其他的非功能性需求（即隐式功能性需求）的验证还没覆盖。
从测试角度看，非功能性需求主要涉及安全性、性能以及兼容性三大方面。

安全性测试用例

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

性能压力测试用例

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

兼容性测试用例

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

一个看似简单的功能测试，居然涵盖如此多的测试用例，通过这些用例的设计，可见一个优秀测试工程师必须具有很广的知识面，如果不能深入理解被测系统的设计、不明白安全攻击的基本原理、没有掌握性能测试的基本设计方法，很难设计出“有的放矢”的测试用例。