软件测试最全测试用例设计笔试题，就可以区分菜鸟和大神_测试设计笔试题，阿里后台开发

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

能够针对题目提出一些问题来的候选者会被认为更有潜质来做测试人员，比如大写还是小写？只是英语吗？计算完成后文本会被清除吗？多次按下按钮会发生什么事情？诸如此类。

通常说来，我们考虑一个测试对象的时候至少从以下六方面来考虑：

• 功能性
• 易用性
• 可靠性
• 性能
• 安全
• 兼容性

如果你是一个测试菜鸟，从功能性出发，你可能会列出以下一个典型的列表：

• “banana”：3（一个合法的英文字）。
• “A” 和“a”：1（一个简单有正常结果的合法输入）。
• “”：0（一个简单的结果为0的合法输入）。
• Null：0（简单的错误输入）。
• “AA” 和“aa”：2（个数大于1并且所有字符都为a/A的输入）。
• “b”：0（一个简单的非空合法输入，结果为0）。
• “aba”：2（目标字符出现在开头和结尾，以寻找循环边界错误）。
• “bab”：1（目标字符出现在中间）。
• space/tabs：N（空白字符与N个a的混合）。
• 不包含a的长字符串：N（N大于0）。
• 包含a的长字符串：N（N是a的倍数，试试龙妈的名字）。

更优秀的测试工程师，会开始考虑后面五个方面，设计以下用例

• 质疑界面的外观、调色板和对比度（这与相关应用风格一致么？）
• 文本框太小了，建议加长以便显示更长的输入字符串
• 这个应用能否在同一台服务器上运行多个实例，多个用户同时使用是否会有问题。
• 是否会根据用户的输入自动匹配内容？
• 建议使用真实的数据，如从词典或书中选择输入内容。
• 提出疑问：“输入的数据是否会被保存”，输入字符串可能包含地址或其他身份信息。
• 输入HTML和JavaScrip，看是否会破坏页面渲染。
• 尝试复制/粘贴字符串。
• 提出疑问：“计算足够快么？在大并发下使用”。
• 提出疑问：“用户怎么找到该页面？”
• 提出疑问：“有快捷键的设置么？比如输完字符后敲入回车键而不是点击提交按钮”

还有一些测试点，只有经验丰富的测试工程师才会想到

意识到计算会通过URL-encodedHTTP GET请求传递到服务器，字符串可能会在网络传输时被截断，因此，无法保证支持多长的URL。

• 建议将此功能参数化，为什么只对字母a计算呢？
• 考虑计算其它语言中的a（α，Alpha）。
• 考虑到该应用是否应该国际化。
• 考虑到输入法全角输入和半角输入是否相同。
• 考虑编写脚本或者手工采样来探知字符串长度的上限，然后确保在此区间内功能正常。
• 考虑背后的实现和代码。也许已经有一个计数器遍历该字符串。
• 提出疑问：“HTTP POST方法和参数会被黑掉码？也许有安全漏洞？”
• 用脚本创建各种有趣的排列组合和字符串特性，如长度、a的个数等，自动生成测试输入和验证。

相信很多看完上面列表的朋友，内心是这样的：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！