在软件测试中,负向测试用例评估系统在用户执行“错误”或意外操作时的行为。
此外,负向测试还关注系统在发生这些操作时的响应。这些测试是评估任何软件产品的关键部分,但开发人员有时会在满足初始需求时忽视它们。
负向用例偶尔也会包含在需求中,但通常只会遵循“正向路径”。
正向路径是一个术语,意思是在通用有序的场景中,用户按计划进行并因此而发生预期的行为。
如果用户无视指示或正常使用情况,故意或无意地偏离标准路径,测试人员就会发现负向测试用例。
在设计负向测试用例时,我们需要像用户一样思考,试图破坏某些东西。
如果我这样做会怎样?如果我尝试那样会怎样?无论多么天马行空,对于每个场景,用户有哪些选择?只要你能想到的,都可以试一试。
以下是一些负向测试的真实案例:
1. 在输入字段中输入不允许的字符:当用户输入不允许的字符时,应显示错误信息。例如,用户名字段可能不允许输入 @ 符号。通过测试这个场景,我们验证:
- 显示有关字段要求的消息。
- 不处理注册。
- 不显示任何其他错误。
- 应用程序不会崩溃。
2. 在必填字段中没有任何文本的情况下尝试提交:只需将必填字段留空并尝试提交,即可进行负向测试。
在这种情况下,我们要验证同样的三件事:
- 显示有关字段要求的信息。
- 不处理注册。
- 不显示其他意外的错误。
3. 对带超链接的按钮使用无效的 URL:假设你正在测试一项新功能,其中包括一个用于将用户带到另一个网站或页面的按钮。要进行测试,可以在 CMS 中为该按钮输入一个无效的 URL,然后保存。
我们验证:
- CMS 是否保存了包含错误 URL 的更新?
- 假设 CMS 保存了错误的 URL,点击按钮后会发生什么?
- 应用程序会崩溃吗?
4. 尝试在不登录的情况下提交评论:如果用户在登录之前提交评论,应该会收到一条错误信息,告知他们这种情况。在测试时,我们必须验证:
- 关于身份验证的错误信息显示正确。
- 评论的文字可以保留。
- 不显示任何其他意外错误。
- 应用程序不会崩溃。
5. 验证过期后尝试提交:在某些情况下,出于安全目的,身份验证会在设定的期限后自动过期。我们验证:
- 正确的认证错误显示。
- 输入的文本没有丢失。
- 未显示其他意外错误。
- 登录后,用户可成功提交之前输入的数据。
- 应用程序不会崩溃。
这些案例帮助测试人员发现系统的弱点,确保软件在各种情况下都能正确处理用户的操作和输入。
行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 759968159,里面有各种测试开发资料和技术可以一起交流哦。
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。