测试用例模板及使用规范1

1文档修订记录版本号变化状态简要说明日期变更人批准日期批准人V1.0.0C测试用例编写规范及工具使用流程2014.11.12翟伟霞*变化状态：C=创立，A=增加，M=修改，D=删除，V=审批/评审后生效评审记录评审版本评审人员评审日期结论评审形式2目录一、目的.................................................................3二、适用范围.............................................................3三、规范要求.................................................................33.1测试用例整体要求.....................................................33.2测试用例实现规则.....................................................4规则1：用例要素要求.................................................4规则2：用例名称描述要求.............................................4规则3：用例级别分为高、中、低3个级别...............................4规则4：多条预置条件、测试步骤、预期结果描述要求.....................5规则5：预期结果与测试步骤对应要求...................................5规则6：用例描述中不包含模糊描述.....................................53.3测试用例设计步骤.....................................................5四、用例系统（TestLink）的使用...............................................64.1产品需求.................................................................74.1.1登记需求...........................................................74.1.2关联用例...........................................................84.2测试用例.................................................................94.2.1设计用例...........................................................94.2.2用例编写..........................................................104.3测试计划管理.............................................错误!未定义书签。4.3.1创建测试计划（验收版本）...........................错误!未定义书签。4.3.2创建版本（测试轮次）...............................错误!未定义书签。4.3.3添加/删除用例到测试计划............................错误!未定义书签。4.4执行.....................................................错误!未定义书签。4.4.1登记问题...........................................错误!未定义书签。4.4.2关联问题...........................................错误!未定义书签。4.5结果.....................................................错误!未定义书签。3一、目的为了避免因测试用例描述不规范而导致的测试执行理解偏差、测试用例可执行性差等问题，统一测试用例编写规范，为测试设计人员提供测试用例设计编写指导，提高编写用例的可读性、可执行性，保证测试执行人员使用最有效的测试用例，最终提高产品测试质量。二、适用范围中国移动互联网产品验收中心全体人员。三、规范要求目前编写测试用例有2个模板：TestLink系统和Excel表格。编写产品新需求功能用例都在TestLink创建:,维护基本功能测试用例一般用Excel。3.1测试用例整体要求一般的测试用例包括如下几个部分：需求标识、用例标识、用例名称、用例级别、预置条件、操作步骤、预期结果、备注、用例编写者、测试执行者、测试日期。需求标识：唯一标识，与用例编号对应，为一对多关系。用例标识：能够准确的标识每一条用例，每一个用例编号在所有测试用例中必须唯一。用例名称：能够清晰表达测试用例的测试目的和关键测试要素。用例级别：区分测试用例的重要程度，确定用例执行的级别。预置条件：需要描述测试所需要处于的外部环境和测试前测试对象及辅助对象所需要处于的状态和配置。需要保证在完成预置条件中所描述的状态和配置以及外部环境后，测试执行的4正确性、一致性。操作步骤：为了达到测试用例的测试目的，所需要执行的操作；每个操作步骤对应一个预期结果。预期结果：针对测试用例的测试目的，测试步骤中操作后对应的预期输出状态。用例编写者：设计用例的人员。测试执行者：按照该用例执行测试的人员。测试日期：执行测试的时间。3.2测试用例实现规则规则1：用例要素要求需求标识、用例标识、用例名称、用例级别、预置条件、操作步骤、预期结果为必选要素，不能为空，其他字段为可选要素。规则2：用例名称描述要求用例名称不允许出现重复、包含关系，或者仅有数字编号差异。规则3：用例级别分为高、中、低3个级别高（优先执行）：产品基本的功能验证，不设计配置及场景测试。即关键路径的测试用例，包括最常执行的功能、基本流程的输入以及界面数据有效性校验作为高级别的测试用例；若该级别的测试用例完全执行通过，则表示该软件功能渐趋稳定。中（次级执行）：产品功能测试，常见的配置、交互及场景的测试。即可接收级测试的用例，包括不常执行的功能、异常流程的输入、边界值以及异常数据的输入作为中等级别的测试用例。5低（最后执行）：冷僻的产品功能，非常见的异常场景测试。即建议执行的测试用例，也就是说该级别的测试用例不是不重要，而是该级别的用例在整个项目的生命周期内不是常常被运行，包括：界面显示、错误信息提示不统一、可用性、压力和性能测试等。规则4：多条预置条件、测试步骤、预期结果描述要求1）每一条预置条件、测试步骤、预期结果必须以序号编号。测试用例编号方式为“N、”，N为一位数字，从1开始编号。2）多条预置条件、测试步骤、预期结果之间必须用回车换行。规则5：预期结果与测试步骤对应要求1）每一条预期结果与其对应的测试步骤的编号要求保持一致。2）每一测试步骤只能对应一条预期结果。规则6：用例描述中不包含模糊描述测试用例的用例名称、预置条件、测试步骤、预期结果中均不允许出现模糊的描述，导致引起歧义或无法准确判断测试用例测试结果通过与否。3.3测试用例设计步骤测试需求分析：从产品需求文档中，找出待测模块的需求，通过自己的分析、理解，整理成为测试需求，要清楚被测对象具体包含哪些功能点。测试用例设计：测试用例设计的类型主要包括功能测试、边界测试、异常测试等，在设计用例时要尽量考虑边界、异常等情况。6测试用例评审：由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及其他相关的测试人员。测试用例完善：测试用例编写完成之后需不断完善，软件产品新增功能或更新需求后，测试用例必须定期修改更新；在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善；产品上线后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。四、用例系统（TestLink）的使用产品需求测试用例执行结果用例评审登记问题评审记录ChecklistTestLink主要流程（如上图）7TestLink主界面（如上图）4.1产品需求4.1.1登记需求根据产品线提交的验收资料（一般是先提交需求文档），罗列出该版本的新增需求，在TestLink的“产品需求”页面登记相应的版本和需求。8和通讯录版本需求（如上图）4.1.2关联用例需求可以关联测试用例，关联的方法有三种：1）主页-指派产品需求-选择相应的用例-选择相应的需求-批量设置关联关系；2）产品需求-选择相应的需求-在“覆盖率”区域点击“”-输入用例编号；3）测试用例-选择相应的用例-在“产品需求”一列点击“”-选择相应的需求；9“双卡适配”需求所关联的用例（如上图）4.2测试用例4.2.1设计用例用例分为两部分。一部分按各产品各客户端的基本功能整理；另外一部分按各产品各客户端各版本需求整理。如下图：104.2.2用例编写（1）新增需求按版本编写，每一个需求新建一个文件夹，将相关用例放到文件夹中；（2）对原始需求进行分析，形成测试项和测试点，层次分明地登记到系统上，同一类的测试用例放到同一个文件夹下；（3）测试用例标题不能过于简单，标题需要描述大概的测试场景、测试点和前提条件；如“双sim卡下，显示对应卡标识的页面”、“拒接、漏接电话的语音消息转文字”、“不插入SD卡时试听彩铃”等。（4）测试用例的步骤与预期结果必须分开，每个操作步骤对应一个预期结果。操作步骤避免有预期结果，预期结果中避免有操作步骤。