我在面试中经常被问到这个问题。他们绘制用户名和密码文本字段并询问我可以提出哪些测试用例以确保此页面正常工作。出于某种原因，我对此的回答似乎从未让他们满意。那么除了下面提到的测试之外，我们还可以进行哪些测试来确保此页面正常工作？
我的回答通常包括:
- 检查登录是否使用正确的凭据
- 检查它是否不适用于错误的凭据
- 检查文本字段限制 - 浏览器是否接受超过允许的数据库限制
- 检查密码文本是否被隐藏
最佳答案
我不会在这里给你具体的建议:你已经有一些了。相反，我将建议您可以用于此类问题的一般策略。 (下一次采访可能不是登录对话框。它可能是注册表单。)
我不会在面试中使用那个特定的问题，但当我问这类问题时，我通常会寻找的是人们能够想出各种测试想法，而他们不会不要过分关注特定类型的测试。。如果你稍后切换到另一个主题并做同样的事情，那么开始一点点并在一个主题上做出很多变化是很好的 - 但如果你似乎只能为一种类型提出测试想法的测试，你跑得很快，我可能担心你对测试人员的关注有点狭隘。
当你这样做时，能够产生大量的测试想法并在广泛的范围内进行测试，这对我来说是一个优秀测试人员的关键指标:我想与既有创造力又有分析能力的人一起工作 - 即你既可以想出很多点子，也可以给我解释他们的底层模型:安全性、可用性等等。
当您没有想法时退后一步，深呼吸，再问他们几个关于上下文的问题 - 登录对话框适用于哪种系统？它在什么平台上运行？它是用于公开可用的 Web 应用程序，还是只能在公司内部访问此页面？这可能会为您触发更多测试想法 - 例如，您可能会开始考虑可以重试登录多少次 - 如果重试次数过多，用户帐户是否应该被锁定？如果是，错误消息是否应该指导他们如何重设密码？
我建议您尝试查找一些测试启发式方法，并在不同的场景中练习使用它们:例如测试登录对话框、注册表单、购物车等。
这是一个很好的开始 - 试着坐下来，简单地记下上面所有示例中想到的内容的快速列表。然后与 friend 重做，并比较列表: http://www.satisfice.com/articles/sfdpo.shtml
要进一步阅读，我建议使用此资源页面:http://www.developsense.com/resources.html
当您面临压力时，这种做法将有助于提示您:您可以退后一步，问自己“我将如何对到目前为止建议的测试进行分类？是否有任何我完全遗漏的领域？对此的一种测试是什么？”。
关于testing - 测试登录页面的好方法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4773187/