测试用例格式以和要点.docVIP

测试用例格式以及要点 测试用例编号 测试模块 测试标题 预置条件 输入 操作步骤 预期输出 以上是一般的测试用例格式，可以根据公司具体要求删除一些或加入其它项。 (1).测试用例编号 测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性。比如可以采用统一的约定，产品编号—ST—系统测试项名—系统测试子项名—编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么。也方便维护。 (2).测试模块 现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能。 (3).测试标题 测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM卡的情况下，拨打119。 (4).预置条件 就是执行当前测试用例的前提条件，如果不满足这些条件，则无法进行测试。 (5).输入 测试用例执行时，需要输入的外部信息。例如某一个文件，数据记录等。 (6).操作步骤 执行当前测试所要经过的操作步骤，需要给出每一步操作的描述，测试人员根据测试用例操作步骤，完成测试用例的执行。 (7).预期输出 当前测试用例的预期输出结果。用来与实际结果比较，如果相同则该测试用例通过，否则该测试用例失败。 对应QC界面: 左边的树状结构为我们编写测试用例的模块(对应测试用例的测试模块),我们可以将该模块的测试需求添加到描述中,并可以以附件的形式上传.如上图. 文件夹的命名方式采取按系统对应的功能名称命名,并按功能的递进关系层层递进. 测试的命名方式以:数字+”_”+单元或流程的命名方式(对应测试用例编号) 如:基础资料-客户基础资料-新增-客户基本信息-01_客户名称 对应的每个测试中的描述信息中可以输入相关测试用例的测试前提(对应预置条件)和输入 “设计步骤”中填写测试用例 “步骤名称”中输入测试用例描述(对应测试标题),命名方式: 数字+”_”+测试用例描述 “描述”中填写操作步骤 “预期结果”中填写”执行该操作后,系统应该显示的结果”(对应预期输出).步骤和预期结果按数字+“、”标志，数字从1开始自增长 ”描述”中,如果是按钮的用[]标注,如果是输入框,单选框等用””标注.输入的值也以””标注 用例按优先级写:主流程－－业务效验－－非业务效验