标签：基本 工作 one es2017 工作量 实现 技术分享 文章 数据
可以这么说，每一家公司对于测试用例的设计规范、风格和用例的组成元素（填写的字段）都一样，但都大同小异，不同只是来源于公司对于某些实际需求来带来的差异。
一般基本的测试用例都具有以下基础的组成元素：用例编号、用例名称、用例优先级、用例步骤、前提条件、预期结果、用例设计者、创建时间。
接下来说说我结合我公司的实际应用，设计出来的用例模板（使用QC9.0工具）：
简单说一下某些字段用途：
1、用例版本：用于测试用例的版本管理，也可以追溯用例来源于哪个需求版本。
2、用例状态：有效用例则为当前该功能可用来执行的用例；无效用例则为当需求变更，当前软件版本用例不可用时设置的状态；而维护中则为用例正在编写过程中，仍未完成编写不可用的状态。
3、用例优先级：用来区分用例的级别，可用于不同测试策略时的用例执行范围确定，同时也区分出高优先级的冒烟测试用例，可提供给开发做自测或做冒烟测试之用。
4、所属项目：该用例的属于哪个项目之下，用于数据统计和筛选。
5、所属功能：同上。
6、用例类型：用于区分用例是属于哪种测试类型，也用于数据统计和筛选。
7、测试数据：用来填写该用例所需用到的测试数据。
8、用例需求：由于本人公司在使用QC时是没有用到需求模块的工具（没有实现用例连接需求点），同时也为了当前用例能快速追溯到需求内容，因此特意新增一字段文本框来填写该用例所指向的需求内容。
PS：有些同学或者会说，这个模块太多字段要填了，多了不少工作量，其实很多字段可以使通过QC脚本编辑器编写VC脚本来实现自动填写，还是可以省下不少时间，工具是死的，人是活的，要灵活运用好工具为工作提高效率。那关于如何编写脚本来实现字段的自动填写就不在这篇文章中作详细解说了。
上述为本人对于测试用例模板的看法和应用，如有意见，可随时联系交流。
标签：基本 工作 one es2017 工作量 实现 技术分享 文章 数据
原文地址：http://www.cnblogs.com/whylaughing/p/7573613.html
