2 新媒传信_机客户端开发部_规范和指南_测试执行规范1.0.docVIP

测试执行规范_初稿 手机客户端开发部 版本: 1.0 状态: 编写中 作者: 崔京丽 修改历史 修改日期 版本号 修改内容 作者 目录1.编写目的 3 2. 测试用例执行原则 3 2.1执行准确 3 2.2 结果明确 3 2.3记录完整 3 3. 测试用例执行规范 3 3.1用例执行状态描述 3 3.2 用例执行规范 3 3.3测试执行历史记录保存 5 3.4注意事项 6  编写目的 此文档结合飞信项目组所使用之测试管理平台TestDirector（以下简称为TD），对测试执行步骤以及填写结果进行规范，可供手机客户端开发部相关测试人员、开发人员、产品经理、项目经理等做参考，并可作为质量管理人员对测试用例设计与编写进行规范性监控的参考依据。 测试用例执行原则 2.1执行准确 严格按照用例的操作步骤的描述执行，认真、仔细检查执行结果，并保证执行结果的准确性 2.2 结果明确 实际执行结果填写清晰，明确 2.3记录完整 完整保存用例执行的历史记录，便于查询并不能随意删除之前的执行记录 测试用例执行规范 3.1用例执行状态描述 TD中用例执行状态描述如下： 用例执行状态 描述 No Run 可执行但还未执行的用例 Pass 执行结果与预期结果相一致的用例 Failed 执行结果与预期结果不一致的用例 N/A 由于缺乏条件或环境影响而不能执行的用例 Not Complete 预期结果与产品设计有冲突须确认的用例 注：测试结束时，测试用例最终的状态只能为Pass Failed 3.2 用例执行规范 【规范 3-2-1】执行测试用例时，每一个操作步骤都须标注实际执行结果 【规范 3-2-2】当操作步骤的执行结果与预期结果一致时，将Status置为Pass，并在Actual Result中填上 ‘ok’。 【建议 3-2-1】当操作步骤的执行结果与预期结果一致时，将Status置为Pass，Actual Result中填上 ‘ok’，同时可将执行的版本、测试的环境、手机型号、账号等基本信息列出，方便进行跟踪。 在TD中截图如下： 【规范 3-2-3】当操作步骤的执行结果与预期结果不一致时，将Status置为Failed，并在Actual Result中描述用例实际执行的结果及对应的 Defect ID。 在TD中截图如下： 【规范 3-2-4】执行过程中发现操作步骤的实际结果与文档设计不符，需要与产品进一步确认时，将Status置为Not Complete，并在Actual Result中写清实际结果与产品设计差异点，并中止测试 【规范 】若产品确认结果与用例中预期结果不一致，更改测试用例预期结果并继续执行 【建议】若给产品提交了相关Bug，则将BugID在Actual Result处标明 【规范】若产品确认结果与用例中预期结果一致，则提交缺陷。将用例状态的Status置为Failed，具体操作详见【规范 3-2-3】 在TD中截图如下： 【规范 3-2-5】执行过程中发现操作步骤的执行条件难以构造或者环境不允许时，将Status置为N/A，并在Actual Result中写明未能执行的原因，待有条件或环境允许时再执行。 在TD中截图如下： 3.3测试执行历史记录保存 【规范 3-3-1】测试用例每执行一次都会有相应的执行记录，为了以后查询方便，不能随意删除 3.4注意事项 【规范 3-4-1】不可直接在Test Lab页填写用例的执行结果，如下图所示： 注：N/A状态除外 新媒传信 第 6 页 测试用例规范 / 手机客户端开发部 共8页 leading cadres to everyday things busy as an excuse, urged not do or