测试用例编写规范.doc

_测试用例编写规范一测试用例整体要求一般的测试用例包括如下几个部分：需求标识、用例编号、用例名称、用例级别、预置条件、操作步骤、预期结果、备注、用例编写者、测试执行者、测试日期。需求标识：唯一标识，与用例编号对应，为一对多关系。用例编号：能够准确的标识每一条用例，每一个用例编号在所有测试用例中必须唯一。用例名称：能够清晰表达测试用例的测试目的和关键测试要素。用例级别：区分测试用例的重要程度，确定用例执行的级别。预置条件：需要描述测试所需要处于的外部环境和测试前测试对象及辅助对象所需要处于的状态和配置。需要保证在完成预置条件中所描述的状态和配置以及外部环境后，测试执行的正确性、一致性。用例描述（测试步骤）：为了达到测试用例的测试目的，所需要执行的操作；每个操作步骤对应一个预期结果。预期结果：针对测试用例的测试目的，测试步骤中操作后对应的预期输出状态。用例编写者：设计用例的人员。测试执行者：按照该用例执行测试的人员。测试日期：执行测试的时间。二测试用例实现规则规则1：用例要素要求需求标识、用例编号、用例名称、用例级别、预置条件、操作步骤、预期结果、实际结果为必选要素，不能为空，其他字段为可选要素。规则2：用例名称描述要求用例名称不允许出现重复、包含关系，或者仅有数字编号差异。规则3：用例级别分为高、中、低3个级别高（优先执行）：产品基本的功能验证，不设计配置及场景测试。即关键路径的测试用例，包括最常执行的功能、基本流程的输入以及界面数据有效性校验作为高级别的测试用例；若该级别的测试用例完全执行通过，则表示该软件功能渐趋稳定。中（次级执行）：产品功能测试，常见的配置、交互及场景的测试。即可接收级测试的用例，包括不常执行的功能、异常流程的输入、边界值以及异常数据的输入作为中等级别的测试用例。低（最后执行）：冷僻的产品功能，非常见的异常场景测试。即建议执行的测试用例，也就是说该级别的测试用例不是不重要，而是该级别的用例在整个项目的生命周期内不是常常被运行，包括：界面显示、错误信息提示不统一、可用性、压力和性能测试等。规则4：多条预置条件、测试步骤、预期结果描述要求1） 每一条预置条件、测试步骤、预期结果必须以序号编号。测试用例编号方式为“AA-aa、”，AA为该用例模块的简写，aa为数字从1开始编号。2）多条预置条件、测试步骤、预期结果之间必须用回车换行，并且分条写清楚。规则5：预期结果与测试步骤对应要求1）每一条预期结果与其对应的测试步骤的编号要求保持一致。2）每一测试步骤只能对应一条预期结果。规则6：用例描述中不包含模糊描述测试用例的用例名称、预置条件、测试步骤、预期结果中均不允许出现模糊的描述，导致引起歧义或无法准确判断测试用例测试结果通过与否。规格7：“验证结果”描述要求1）通过（Pass）：测试运行结束，测试人得到了预料中的测试结果状态和测试行为。2）失败（Fail）：测试的实际结果跟预期的测试结果不一致。3）阻塞（Block）：一些因素会导致测试不能进行到底，例如某个功能欠缺或者测试环境的某个部分欠缺，需在备注里面写明原因。三测试用例设计步骤测试需求分析：从产品需求文档中，找出待测模块的需求，通过自己的分析、 理解，整理成为测试需求，要清楚被测对象具体包含哪些功能点。测试用例设计：测试用例设计的类型主要包括功能测试、边界测试、异常测试等，在设计用例时要尽量考虑边界、异常等情况。测试用例评审：由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及其他相关的测试人员。测试用例完善： 测试用例必须定期修改更新；在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善；产品上线后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。1） 增添新的测试用例对新增的功能，在评审过程及测试过程中发现缺少测试用例或者系统出现bug但是没有与之对应的测试用例，需要按照测试用例的标准进行增添。增加测试用例时，需要在相同的功能模块的最下方插入新增的测试用例，并且在备注栏中加以说明。2） 删除过时的测试用例因需求改变等一些原因使某些用例不再适用，需进行删除。应该将删除的测试用例整行置灰，并在备注中说明原因。当整个功能模块需要删除时，则将整个sheet状态置灰，并在备注中说明原因。3） 修改测试用例随着项目的进展，测试需求可能有所更改，这时候需要对测试用例进行维护，修改已经不符合目前测试要求的用例，并在备注中说明。四：记录测试结果用例执行失败后，所发现的问题需要在teambition缺陷管理系统登记，登记后会得到问题编号