测试用例八大要素

　　1.测试用例编号

　　由字母、字符、数字组合而成的字符串，有唯一性，易识别性。

　　eg:

　　1)系统测试:产品编号-ST-系统测试项名-系统测试子项名-编号

　　2)集成测试:产品编号-IT-集成测试项名-集成测试子项名-编号

　　3)单元测试:产品编号-UT-单元测试项名-单元测试子项名-编号

　　这样看到编号就可以知道是做的什么测试，测试的对象是什么，也方便维护。

　　2.测试项目

　　当前测试用例所在测试用例所属大类、被测需求、被测模块、被测单元等。

　　3.测试用例标题

　　对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点事不一样的。

　　4.重要级别

　　分为高、中、低三等：

　　高级别：保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例；

　　中级别：重要程度介于高和低之间的测试用例；

　　低级别：实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例。

　　5.预置条件

　　执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行测试或无法得到预期结果。

　　6.测试输入

　　用例执行过程中需要输入的外部信息。根据软件测试用例的具体情况，有手工输入的内容、上传的文件、数据库记录等。

　　7.操作步骤

　　执行当前测试用例需要经过的操作步骤，需要明确的给出每一个操作的详细描述，测试人员可以根据测试用例操作步骤完成测试用例执行。

　　8.预期结果

　　当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等。

　　测试用例额外的要素

　　1.用例设计作者

　　能准确的找到测试用例设计人员，对用例修改时能方便找准人员。

　　2.用例创建日期

　　写用例的日期，方便检查用例设计的进度。

　　3.用例修改日期

　　每次修改用例的日期。

　　4.用例的最后修改日期

　　5.最后修改人

　　6.测试结果

　　执行用例后的结果Pass、Fail、Block。

　　7.测试类型

　　功能、性能、压力、GUI等。

　　8.预计工作量

　　这个用例要执行多久。

　　9.用例版本号

　　方便用例设计人员对用例的跟踪。

　　10.对应的开发人员

　　出现BUG后能及时找到相应的人员进行修复。

作者：My_Sunshine_appear   

来源：http://www.51testing.com/html/87/n-4477887.html