很久很久以前，测试用例需要符合以下八要素
1、用例编号
格式：产品名字—测试阶段—测试项目—子项名
注意：必须具有唯一性、易识别性
2、用例项目
当前测试用例所属测试大类
系统测试：软件需求项
集成测试：集成后的模块名或接口名
单元测试：被测试的函数名
3、用例标题
用概括的语言描述该用例的出发点和关注点
4、用例级别
高、中、低
5、用例预置条件
执行当前测试用例需要的前提条件
6、用例输入
数据、文件等输入
7、操作步骤
当前用例需要经过的操作步骤需要明确的给出每一步的描述
注意：保证步骤的唯一性、描述的正确性
8、预期结果
详细的描述具体的规格
1、准确性。
测试用例达到了它的测试目的。
2、易用性。
测试用例本身应该是简单清晰的，测试人员能够快速理解测试用例的目的，并按照步骤有效执行。
3、可维护性。
好的测试用例是不需要花太多时间去修改的。因此，用例不能写得过于详细，否则会大大增加其维护的代价。
4、可追溯性。
用例设计最基本的原则，就是要完整地覆盖需求。
基于用例需要具备的一些特性，一条用例本身，应该具备以下一些要素：
1、Title.
简洁清晰地表明用例的测试目的。
2、Step.
执行用例的详细步骤。步骤应该是清晰，易操作的。
3、Expectation.
用例执行完成后，应该有一个什么样准确的结果。
4、Requirement Number.
测试用例需要完整地覆盖需求。这里可以是一个需求对应多条测试用例，但不建议多个需求对应一条测试用例，但可以出现测试用例没有需求的情况，毕竟，需求远没有用例详细。
5、Priority.
这里所说的优先级，至少分为3个：高、中、低。高级是冒烟测试的用例，中级是覆盖需求的用例，而低级则是衍生的用例，这些用例不一定是覆盖了需求，它可以是性能或探索性方面的用例。