测试用例编写规范v20.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.对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；连贯性 1.对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；2.对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯全面性 1.应尽可能覆盖程序的各种路径2.应尽可能覆盖系统的各个业务3.应考虑存在跨年、跨月的数据4.大量数据并发测试的准备正确性 1.输入界面后的数据应与测试文档所记录的数据一致2.预期结果应与测试数据发生的业务吻合符合正常业务惯例 1.测试数据应符合用户实际工作业务流程2.兼顾各种业务变化的可能仿真性 人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。测试用例主要元素 标准规范中包含的主要元素如下：Functional module）：含有功能模块一级与二级模块，通常二级模块可作为测试名称(TestName)描述（Descrīption）：测试用例详细描述Precondition）：执行此案例的必要条件。 测试数据(Test data):测试所需要的数据准备。 步骤描述（StepDescrīption）：测试步骤详细描述。状态(Status)：测试用例状态预期结果（ExpectedResult）：测试预期结果。ctual result）：记录测试过程中实际结果。 测试用例编写规范 测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。测试用例编写细则 测试用例命名规则 由于项目的实际需求和测试的工作需要，分以下几个等级来规范测试用例的命名1.一级目录使用各项目的顶级菜单名称来命名，如维护、业务、查询三大类；2.二级目录使用顶级菜单下的二级菜单名称类命名，用户可根据名字判别该用例是测试哪个模块的；3.各用例根据各用例的功能来命名，尽量做到简洁明了测试用例编号规则 每个测试用例都有自己唯一的编号。根据工作的实际需要，我们规定在每个用例名称前面必须写上用例编号编写方法 测试用例编写准备 从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》；根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。 测试用例编写方法 测试用例要包括欲测试的功能、应输入的数据和预期的输出结果从业务需求方面特殊业务流程测试:测试软件不按照正规的流程,而是按照可能的但非正规的业务流程运行,是否会生成错误数据,或者造成原有测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖方面：1.正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。2.容错性（健壮性）测试：程序能够接收正确数据输入并且产生正确（预期）的输出输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相