统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。
一、范围
适用于集成测试用例和系统测试用例的编写，现在编写用例的辅助工具为TestDirector 8.0
二、术语解释
集成测试：
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。
系统测试：
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。
三、测试用例原则
系统性
1.对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；
2.对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；
连贯性
1.对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；
2.对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；
全面性
1.应尽可能覆盖程序的各种路径
2.应尽可能覆盖系统的各个业务
3.应考虑存在跨年、跨月的数据
4.大量数据并发测试的准备
正确性
1.输入界面后的数据应与测试文档所记录的数据一致
2.预期结果应与测试数据发生的业务吻合
符合正常业务惯例
1.测试数据应符合用户实际工作业务流程
2.兼顾各种业务变化的可能
3.要符合当前业务行业法律，法规。
仿真性
人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例；不允许出现与知名人士、小说中人物名等雷同情况。
可操作性
测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。
四、测试用例主要元素
标准规范中包含的主要元素如下：
测试名称（Test Name）：测试用例编号和测试用例名称。
创建日期（Creation Date）：测试用例创建时间，系统自动产生。
设计人员（Designer)：测试用例设计人员
状态（Status)：测试用例状态
描述（Description）：测试用例详细描述
步骤名称（Step Name）：测试步骤名称
步骤描述（Step Description）：测试步骤详细描述。
预期结果（Expected Result）：测试预期结果。
鉴于篇幅所限，无法一一为大家展示这份超级实用的测试用例编写规范
文档获取方式：
这份文档，对于想从事【软件测试】的朋友来说应该是比较有帮助成长的，希望也能帮助到你！以上均可以分享，点击下方小卡片进群免费获取。
