在了解有关如何编写测试用例方法之前，我们必须知道基本的测试用例是什么。不知道你之前有没有注意过，每个测试人员人都是在以某种特定的方式进行测试？所以，当我们知道了测试的概念和测试的方法，编写测试案例就会变得相对简单了。以下是编写测试用例和测试用例程序的一些要点。那么，接下来我们就来谈论一下编写测试案例的基本要点。
什么是测试用例？
测试用例是一组条件或变量，测试者根据它来确定应用软件或软件系统是否正确工作。确定软件程序或系统是否通过测试的方法叫做测试准则。上述的话听起来很复杂，我们举个简单的例子，然后再来理解测试用例。
假如你要从商店购买1斤苹果，你是如何保证你所挑选出来的是优质的，评价优质苹果的标准是什么。只要想想这些简单的步骤，你会发觉到要理解编写测试用例其实非常简单。
为什么要测试用例？
编写测试用例是为了进行验证，验证应用程序测试的覆盖有效性。基本的用例测试会有一系列不同的标准。虽然不同行业的测试用例格式不同，但还是有一个IEEE 829标准（用于编写测试用例的测试设计规范模板）。测试用例可以按照特定条件来测试应用程序或软件，而不是adhoc测试。
测试设计规范模板包含以下几点：
1）测试设计规范标识符
2）要测试的特性方法
3）优化测试识别功能
4）通过/失败标准
如何编写测试用例？
在编写测试用例的时候，我们应该知道，所有的测试用例应该是易于理解的，一个不懂应用程序的人也是可以执行测试步骤。对于要测试的应用程序或软件，基本上我们必须涵盖不同类型的测试用例，包括正常或成熟流程，异常或负流，替代流量和边界值测试用例。
SDLC中的不同级别的测试用例如下：（黑盒）
1）功能独立测试用例（功能测试）
2）功能集成测试用例（系统集成测试）
3）系统测试
4）用户验收测试
除上述内容外，还可能存在漏洞，负载，压力，容量等非功能测试用例，网络，数据库等性能相关测试用例和操作准备测试用例。
对测试用例分级以避免重复工作：
1）使用自下而上的方式（从最低的组件级开始）
2）从用例或SRS模块导出功能测试用例。
3）识别接口引用以获得集成测试用例。
4）具备更高级别的复合系统测试用例，以测试系统的功能。
5）对于发布的每个版本，涵盖所有功能的大多数关键功能，可以根据创建时设置的测试用例的优先级构建烟雾测试或构建验证回归测试。
UAT可能会在ORT或操作准备测试用例的编写和执行过程中发布，其中包括网络，带宽，负载压力（非功能需求）以及维护的关键功能和文档。
最后，确认你要测试什么和你正在测试的是什么。确认完这些后，你所要做的就只有一件事了，那就是"JUST DO IT!"
