你真的懂登录测试吗？

两种常用的黑盒测试方法

等价类划分方法，简而言之，是将所有可能的输入数据划分成若干个子集，在每个子集中，如果任意一个输入数据对于揭露程序中潜在错误都具有同等效果，那么这样的子集就构成了一个等价类。还是绕？举例吧针对最最最简单的登录测试，有效划一类，无效划一类…最后分析就会变成：

OK现在拿到等价划分，下一步就是提取测试点，原则是多个选项有效数据建议组合，单个选项无效数据组合其他选项的有效数据应用，说白了，失败的用例之给他一个失败点即可，所以测试点提取为：

边界值分析方法，是选取输入、输出的边界值进行测试，通常选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据。

用户登录的测试用例

两个方法介绍完，会发现测试用例已经蛮多了，作为一个设计测试用例的面试题，仅仅也就6分

有经验的测试工程师会再增加的测试用例：

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

好像完了但其实没完
上面所有的测试用例设计都是围绕显式功能性需求的验证展开的，换句话说，这些用例都是直接针对“用户登录”功能的功能性进行验证和测试的
软件测试绕不开非功能测试，安全性，性能，兼容性三大方面
安全性测试用例包括：

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

性能压力测试用例包括:

1. 单用户登录的响应时间是否小于3秒；
2. 单用户登录时，后台请求数量是否过多；
3. 高并发场景下用户登录的响应时间是否小于5秒；
4. 高并发场景下服务端的监控指标是否符合预期；
5. 高集合点并发场景下，是否存在资源死锁和不合理的资源等待；
6. 长时间大量用户连续登录和登出，服务器端是否存在内存泄漏。

兼容性测试用例包括：

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

难道这就完了吗^_
没有
优秀的测试工程师必须要有很宽广的知识面，用户登录这个简单的实力，还可以扩展
1网络延迟或者弱网或者切换网络或者断网时正常登录是否正常
2是否可记住密码，记住的密码保存是否加密
3记住密码是否有有效期，有有效期，过期之后是否会清空密码

题外话，测试拥有自己的不可穷性，测试可以发挥多大作用也要看一个公司对测试的重视长度
当面对大量测试点，但是测试时间资源和人力资源都有限的情况下，我们就必须根据具体风险来决定测试的范围和优先级，很多情况下不得不在质量和成本之间找到平衡点。