测试用例编写规范之个人见解.docVIP

测试用例编写规范 1、目的 统一用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。 2 N/A 3、术语解释 集成测试：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。 系统测试： 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。 4 4.1系统性 1.对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系； 2.对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系； 4.2 1.对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确； 2.对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯； 4.3 1.应尽可能覆盖程序的各种路径 2.应尽可能覆盖系统的各个业务 3.应考虑存在跨年、跨月的数据 4.大量数据并发测试的准备 4.4 1.输入界面后的数据应与测试文档所记录的数据一致 2.预期结果应与测试数据发生的业务吻合 4.5 1.测试数据应符合用户实际业务流程 2.兼顾各种业务变化的可能 3.要符合当前业务行业法律，法规。 4.6 人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例；不允许出现与知名人士、小说中人物名等雷同情况。 4.7 测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。 5 标准规范中包含的主要元素如下： 测试名称(TestName)：测试用例编号和测试用例名称。 创建日期(CreationDate)：测试用例创建时间，系统自动产生。 设计人员(Designer)：测试用例设计人员 状态(Status)：测试用例状态 描述（Descrīption）：测试用例详细描述 步骤名称（StepName）：测试步骤名称 步骤描述（StepDescrīption）：测试步骤详细描述。 预期结果（ExpectedResult）：测试预期结果。 6 1.对于每个功能，从类型1至类型N依次撰写相应用例 2.对于不满足要求的非常规类型，可以不写相应的用例 3.对于边界、空值、格式错误、溢出这几个类型，一个功能如有多个数据项测试类型相同，则可以放在一个用例里 4.测试用例均为最小的用例覆盖要求；对于没有提及的用例类型，视业务需求情况，撰写相应用例 5.在测试过程中，输入数据可在测试用例规定的范围内做一定变化 6.1 1.对于一个功能一个模块（页面），每个数据项输入或选中典型的取值，生成一个用例 2.对于一个功能多个模块（页面），多个模块（页面）一起生成一个用例 3.对于多个功能一个模块（页面），每个功能生成一个用例 4.每个功能操作需覆盖，如删除对话框点击确定、取消分别生成2个用例步骤。 5.输入框测试，在允许范围内尽可能覆盖多的字符类别，如中文、英文、数字等 6.对于每个功能点，必须通过一组（一个或多个）用例满足其业务覆盖：对于某条记录的每个状态，对于能进行的每个操作，都生成一个用例（即对业务功能流程中的每个角色，每个功能操作，生成一个用例） 6.2 进入功能模块（页面）后，某些控件会初始化填入数据，生成一个用例确保所有的初始数据正确 6.3 1.每个数据项，生成一个边界用例（含最大、最小两个边界值） 2.字符串数据以字符串长度为计量单位 3.布尔值数据的所有取值都需测试 4.多个复选框一组时，需测同时都被选中及都不被选中 5.下拉菜单、列表框、单选按钮组为最大、最小的2个取值 6.4 对于每个必填数据项，都生成一个用例（不提供空值的除外，比如无空值的下拉框、有缺省值的单选按钮组），则预期结果提示该数据项为空 6.5 对于输入框数据项，都生成一个用例，预期结果提示该数据项格式错误 日期输入框 数字输入框 字符串输入框：Email、邮编、用户名等带格式要求的 6.6 对于输入框数据项，都生成一个取值范围外的测试用例，预期结果提示该数据项超出范围日期输入框 范围的日期输入框，需添加上边界日期小于下边界日期的用例 数字输入框（如‘金额’一般为正整数，填入一个负数） 字符串输入框：超出规定长度的字符串 6.7 对于相互关联的两个或多个数据项，生成一个用例，确保当一个数据项改变时，其他数据项的变化正确 6.8 某些业务的数据字段要求是唯一的，生成一或两个用例（新建、编辑），使得输入数据与原有数据在该字段重复，预期结果为页面返回该数据已存在的提示 6.9 对于