测试用例编写规范和用例系统使用流程.docxVIP

测试用例编写规范及用例系统使用流程V1.0.02014年11月文档修订记录版本号变化状态简要说明日期变更人批准日期批准人V1.0.0C测试用例编写规范及工具使用流程2014.11.12*变化状态：C = 创立，A = 增加，M = 修改，D = 删除，V = 审批/评审后生效评审记录评审版本评审人员评审日期结论评审形式目录一、目的4二、适用范围4三、规范要求43.1测试用例整体要求43.2测试用例实现规则5规则1：用例要素要求5规则2：用例名称描述要求5规则3：用例级别分为高、中、低3个级别5规则4：多条预置条件、测试步骤、预期结果描述要求6规则5：预期结果与测试步骤对应要求6规则6：用例描述中不包含模糊描述63.3测试用例设计步骤6四、用例系统（TestLink）的使用74.1产品需求84.1.1登记需求84.1.2关联用例94.2测试用例104.2.1设计用例104.2.2用例编写114.3测试计划管理124.3.1创建测试计划（验收版本）124.3.2创建版本（测试轮次）134.3.3添加/删除用例到测试计划134.4执行144.4.1登记问题154.4.2关联问题154.5结果16目的为了避免因测试用例描述不规范而导致的测试执行理解偏差、测试用例可执行性差等问题，统一测试用例编写规范，为测试设计人员提供测试用例设计编写指导，提高编写用例的可读性、可执行性，保证测试执行人员使用最有效的测试用例，最终提高产品测试质量。适用范围中国移动互联网产品验收中心全体人员。三、规范要求目前编写测试用例有2个模板：TestLink系统和Excel表格。编写产品新需求功能用例都在TestLink创建:,维护基本功能测试用例一般用Excel。3.1测试用例整体要求一般的测试用例包括如下几个部分：需求标识、用例标识、用例名称、用例级别、预置条件、操作步骤、预期结果、备注、用例编写者、测试执行者、测试日期。需求标识：唯一标识，与用例编号对应，为一对多关系。用例标识：能够准确的标识每一条用例，每一个用例编号在所有测试用例中必须唯一。用例名称：能够清晰表达测试用例的测试目的和关键测试要素。用例级别：区分测试用例的重要程度，确定用例执行的级别。预置条件：需要描述测试所需要处于的外部环境和测试前测试对象及辅助对象所需要处于的状态和配置。需要保证在完成预置条件中所描述的状态和配置以及外部环境后，测试执行的正确性、一致性。操作步骤：为了达到测试用例的测试目的，所需要执行的操作；每个操作步骤对应一个预期结果。预期结果：针对测试用例的测试目的，测试步骤中操作后对应的预期输出状态。用例编写者：设计用例的人员。测试执行者：按照该用例执行测试的人员。测试日期：执行测试的时间。3.2测试用例实现规则规则1：用例要素要求需求标识、用例标识、用例名称、用例级别、预置条件、操作步骤、预期结果为必选要素，不能为空，其他字段为可选要素。规则2：用例名称描述要求用例名称不允许出现重复、包含关系，或者仅有数字编号差异。规则3：用例级别分为高、中、低3个级别高（优先执行）：产品基本的功能验证，不设计配置及场景测试。即关键路径的测试用例，包括最常执行的功能、基本流程的输入以及界面数据有效性校验作为高级别的测试用例；若该级别的测试用例完全执行通过，则表示该软件功能渐趋稳定。中（次级执行）：产品功能测试，常见的配置、交互及场景的测试。即可接收级测试的用例，包括不常执行的功能、异常流程的输入、边界值以及异常数据的输入作为中等级别的测试用例。低（最后执行）：冷僻的产品功能，非常见的异常场景测试。即建议执行的测试用例，也就是说该级别的测试用例不是不重要，而是该级别的用例在整个项目的生命周期内不是常常被运行，包括：界面显示、错误信息提示不统一、可用性、压力和性能测试等。规则4：多条预置条件、测试步骤、预期结果描述要求1）每一条预置条件、测试步骤、预期结果必须以序号编号。测试用例编号方式为“N、”，N为一位数字，从1开始编号。2）多条预置条件、测试步骤、预期结果之间必须用回车换行。规则5：预期结果与测试步骤对应要求1）每一条预期结果与其对应的测试步骤的编号要求保持一致。2）每一测试步骤只能对应一条预期结果。规则6：用例描述中不包含模糊描述测试用例的用例名称、预置条件、测试步骤、预期结果中均不允许出现模糊的描述，导致引起歧义或无法准确判断测试用例测试结果通过与否。3.3测试用例设计步骤测试需求分析：从产品需求文档中，找出待测模块的需求，通过自己的分析、理解，整理成为测试需求，要清楚被测对象具体包含哪些功能点。测试用例设计：测试用例设计的类型主要包括功能测试、边界测试、异常测试等，在设计用例时要尽量考虑边界、异常等情况。测试用例评审：由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及