10年测试人竟不会写测试用例，简直无地自容

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

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

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

需要注意的是，操作步骤是必须的，但输入数据允许留空，因为在很多时候，步骤仅仅只是一个动作，比如检视页面。

对于测试用例的理解来说，操作步骤应该是非常细致的。

以如下一个界面为例，详细了解一下测试用例到底该怎么写。

这是Slackflow的官网页面，选取了最常见的“注册”模块来进行UI的测试用例设计。

首先按照场景分析，要先分为正常和异常两种情形，异常情况则是分析如下：

那么按照测试用例编写思路，需要形成如下表格：

序号	操作步骤	输入数据	期望结果
1	鼠标单击“Display Name”		文本框被选中，光标闪烁
输入不足6位	abcde	文本框显示“abcde”
光标失去焦点，单击下一对话框或按“Tab“键		-文本框变为红色 -文本框下方显示“用户名不符合要求，请重新输入“
2	鼠标单击“Display Name”		文本框被选中，光标闪烁
3	输入33位长度内容		文本框显示输入的前32位内容**（注：长度限制有若干种形式，需要在需求澄清时予以确认，并在测试用例编写中进行覆盖：** 1. 输入至最大长度后，多余字符无法再输入 2. 输入至最大长度后，再输入的内容会被自动删除，始终只显示32位 3. 输入至最大长度后，再输入的内容仍然能正常显示，但系统只截取前32位）
4	光标失去焦点，单击下一对话框或按“Tab“键		-文本框变为红色 -文本框下方显示“用户名不符合要求，请重新输入“
……
……
……
……
……

在表格中体现的则是测试用例书写的一些规范和注意点：

• 1） 操作步骤叙述必须足够简练明确，不得出现断层或无法执行的操作；
• 2） 操作步骤必须具有由上至下的连贯性；
• 3） 输入数据必须有具体示例，如字符串等等，如果没有具体示例，则需要说明输入的规范；
• 4） 期望结果是需要一目了然的结果，而不是需要进行其他操作之后才能查看的内容，不可以包括多余的动作，也不可包括含混不清的判断，如仅注明“显示正常”，没有进一步的描述，或“顺利登录”这样的描述；
• 5） 每一步都要进行的操作步骤，可以提炼为前置条件，写在“Pre-Condition“栏内；
• 6） 每一步骤和结果的描述必须精准洗练，不可以冗余和重复；
• 7） 每一个测试用例只覆盖一个检查点，如果多个用例都需要覆盖中间某一个检查点，则需将该检查点作为一个独立的测试用例，其余测试用例将该检查点的结果作为前置条件。

**测试用例作为测试的输入文档，以及自动化测试的基础依据，应该是简洁优美的，它体现了测试工程师思维的逻辑性和递进性，它的质量直接关系到测试执行的质量，**而执行时所能够达到的覆盖度则往往是测试工程师基本功的体现。

所以，在不断将眼光投向自动化代码能力和其他测试领域扩展的时候，还是需要先夯实自己的业务基础，先编写出简洁、全面的测试用例。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取**【保证100%免费】**
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

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

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

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

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