测试用例编写规范v2.0.docVIP

测试用例编写规范 零壹移动互联 拟制人 肖波 日期 审核人 日期 批准人 日期 目录 1 目的 2 2 范围 2 3 名词解释 2 4 测试用例原则 3 4.1唯一性 3 4.2可操作性 3 4.3系统性 3 4.4连贯性 3 4.5全面性 4 4.6正确性 4 4.7符合正常业务惯例 4 4.8仿真性 4 5 测试用例主要元素 4 6 测试用例编写规范 5 7 测试用例编写细则 5 7.1 测试用例命名规则 5 7.2 测试用例编号规则 6 8 编写方法 6 8.1 测试用例编写准备 6 8.2 测试用例编写方法 6 9 附：测试用例模版： 7 目的 统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。范围 适用于集成测试用例和系统测试用例的编写。解释 集成测试： 集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。 系统测试： 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并 非一项简单的任务，它被称为测试的“先知者问题”。 测试用例原则 测试案例的唯一性，案例名称不出现重复的情况； 4.2可操作性 测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。1.对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；2.对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系； 4.4连贯性 1.对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确； 2.对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯。 4.5全面性 1.应尽可能覆盖程序的各种路径2.应尽可能覆盖系统的各个业务； 3.应考虑存在跨年、跨月的数据； 4.大量数据并发测试的准备。 4.6正确性 1.输入界面后的数据应与测试文档所记录的数据一致2.预期结果应与测试数据发生的业务吻合。 4.7符合正常业务惯例 1.测试数据应符合用户实际工作业务流程2.兼顾各种业务变化的可能； 4.8仿真性 人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例，特殊案例除外（例如敏感词测试等等）。测试用例主要元素 标准规范中包含的主要元素如下：Functional module）：含有功能模块一级与二级模块，通常二级模块可作为测试名称(TestName)，特殊情况根据需求而定。 描述（Descrīption）：测试用例详细描述。 前置条件（Precondition）：执行此案例的必要条件。 测试数据(Test data):测试所需要的数据准备。 步骤描述（StepDescrīption）：测试步骤详细描述。 状态(Status)：测试用例状态。 预期结果（ExpectedResult）：测试预期结果。 实际结果（Actual result）：记录测试过程中实际结果。 测试用例编写规范 测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。 例如：登录某系统 步骤1.打开某系统登录页面； -------------登录成功 步骤2.输入已注册的用户名、正确的密码；-----可正常输入 步骤3.点击登录按钮。 ---------登录成功，页面跳转正常 6.6预期结果：执行案例需要达到需求所规定的目的； 6.7实际结果：执行结果是否与预期一致； 6.8优先级：高、中、低。 6.9测试案例编写规范非必填字段：除必填字段以外，根据实际情况填写。 测试用例编写细则 测试用例命名规则 由于项目的实际需求和测试的工作需要，分以下几个等级来规范测试用例的命名1.一级目录使用各项目的顶级菜单名称来命名，如维护、业务、查询三大类； 2.二级目录使用顶级菜单下的二级菜单名称类命名，用户可根据名字判别该用例是测试哪个模块的；3.各用例根据各用例的功能来命名，尽量做到简洁明了。 测试用例编号规则 每个测试用例都有自己唯一的编号。根据工作的实际需要，我们规定在每个用例名称前面必须写上用例编号编写方法 测试用例编写准备 从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》；根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。 测试用例编写方法 测试用例要包