Mug*_*gen 10 testing integration-testing software-quality
在我的采访中,我经常被问到这个问题.他们绘制用户名和密码文本字段,并问我可以提出哪些测试用例,以确保此页面正常工作.我出于某种原因对此的答案似乎永远不能满足他们.那么除了下面提到的那些之外,我们可以进行哪些测试以确保此页面正常工作？
我的答案通常包括:
小智 15
我不打算在这里给你具体的建议:你已经有了一些.相反,我将建议您可以用于此类问题的一般策略.(下一次面试可能不是登录对话.可能是注册表.)
我在访谈中没有使用那个特定的问题,但是当我提出这类问题时,我一般都在寻找的是人们将能够提出各种各样的测试想法,并且他们不会注意到特定类型的测试太多了.如果您稍后切换到另一个主题并执行相同操作,那么进行一些滚动并在主题上抛出很多变化是很好的,但如果您似乎只能提出一种测试想法测试,你跑得很快,我可能会担心你对测试人员的关注度有点偏差.
当你做这件事时,能够产生大量的测试想法和广泛的范围,这对我来说是一个好的测试者的关键指标:我想与有创造力和分析能力的人一起工作 - 即你们都可以来提出了许多想法,并向我解释了它们的基本模型:安全性,可用性等.
当你的想法耗尽时,退后一步,并向他们询问有关上下文的几个问题 - 登录对话框是什么类型的系统？它运行的平台是什么？是公共可用的Web应用程序,还是只能在公司内访问此页面？这可能会为您触发更多测试创意 - 例如,您可能会开始考虑重试登录的次数 - 如果用户帐户重试次数太多,他们是否会被锁定？如果是,那么错误消息是否应该告诉他们如何重置密码？
我建议您尝试查找一些测试启发式方法,并练习在不同场景中使用它们:例如,测试登录对话框,测试注册表单,购物车等等.
这是一个很好的开始 - 尝试坐下来,只记下上面所有例子的想法.然后与朋友重做,并比较列表:http: //www.satisfice.com/articles/sfdpo.shtml
如需进一步阅读,我建议使用以下资源页面:http://www.developsense.com/resources.html
当你处于压力之下时,这种练习将有助于提示你:你可以退一步问自己"我将如何对我迄今为止所建议的测试进行分类？是否有任何我完全错过的方面？会是什么？对此有何种考验？"
小智 5
功能测试
t 在新标签页中打开网站时返回登录页面 12) 检查输入密码时是否应用了密码限制，例如整数 0-9、字符和特殊字符等。13) 登录尝试次数限制
可用性测试
1) 用户 ID 和密码选项卡的可用性 2) 检查用户 ID 和密码表单字段是否足够长 3) 如果有验证码，检查字符是否可见和可读 4) 如果有“记住我”选项，检查它是否勾选框 5) 检查“登录”按钮是否可用且可点击 6) 检查“退出”按钮是否可用且可点击 7) 检查显示的消息（即“无效的用户 ID 和密码”）是否可见、清晰且没有被截断
兼容性：
1）检查一切是否在不同的浏览器中工作
一体化：
1) 如果清除了 cookie 或历史记录，则应重新加载登录页面 2) 如果登录后关闭浏览器，请检查再次打开时是否未重新加载登录 3) 检查是否登录页面在浏览器隐身模式下工作。4）检查浏览器在会话期间在Cookie中存储密码5）检查浏览器是否在选中“记住我”选项时在本地台存储密码
表现：
1) 同时使用多个用户帐户登录应用程序并捕获身份验证延迟
外貌：
1) 检查请求页面时是否加载了图像和网站图标 2) 检查更改浏览器大小时窗口是否重新调整大小