测试工程师最重要的工作之一：设计测试用例。
如果能理直气壮的说自己从不写用例的，那小酋很遗憾的告诉你：你真是测试员，没错！
不清楚测试员和测试工程师区别的，看看这篇文章“测试员VS测试工程师”。
下面回归正题，让我们再次“认识”下测试用例。
1、什么是测试用例？
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实某个功能是否满足某个特定需求。
通俗来讲，测试用例就是通过说明测试执行的前置条件，执行的操作步骤，以及每个步骤对应的预期结果，来验证某个程序或者某个功能是否满足某个指定的测试需求（对应前面小酋测试需求分析中提取的具体的某一个测试点）。
2、测试用例里面包含哪些内容？
通常用例的内容包括测试目标（目的），需求标示（一般与需求文档中的需求编号对应），预置条件（如需要的网络配置、环境配置等），输入数据（如测试用到的账号等数据），测试步骤，预期结果，通过标准（什么情况下该用例执行成功）等。
3、不同的测试类型，用例内容也不同
根据测试的类型不同，用例的内容往往也不一样。如：界面测试一般为内容检查清单（也是我们说的checklist），单元测试为依据Junit等框架编写的特定代码。
4、设计测试用例的用途？
- 帮助我们科学有序的执行测试，尽可能发现软件（系统）中的缺陷；
- 便于重复执行测试，以便重现缺陷（在向开发描述bug时非常重要）；
- 回归测试时，验证缺陷是否被修复；
- 避免无序的测试，提高测试执行效率；
- 便于计算工作量，使测试按照时间计划进行；
- 使得测试过程更方便管理，包括跟踪测试进度，执行情况等；
- 方便测试结束后提取基本测试用例，以便后面进行复用，提高工作效率。
正因为测试用例有上面这么多用途，所以科学合理的设计测试用例，对我们的软件测试质量起到至关重要的作用。
5、测试用例设计方法？
面对繁多的设计方法，除了面试或者培训外，几乎大部分都仅仅停留在空谈装逼格上面。
就小酋而言，我常用的测试用例设计方法主要有：等价类划分法、边界值分析法、正交实验法、场景分析法、错误猜想法。
限于大家的专注力有限（实际是小酋的时间有限^_^），
请关注小酋测试系列后续文章，小酋紧接着将逐一讲解这五种用例的设计方法。
6、什么样的测试用例是好用例？
把需求覆盖全的用例；
能够考虑到用户实际使用场景的用例；
异常考虑全面的用例；
能够使测试人员高效执行的用例；
（微信扫一扫，有更多精彩等着你哦~）