测试用例编写规范 |
您所在的位置：网站首页 › 标准测试用例编写规范 › 测试用例编写规范 |
|
测试用例编写规范
2018年1月10日
目录 1 目的 1 2 适用范围 1 3 测试用例 1 4 用例设计方法 3 5 测试用例设计的原则 3 6 用例设计步骤 4
1 目的 为用例的质量负责，使用例编写工作能够有序、合理； 为测试人员设计用例提供一种规范； 能有效的提高系统所有功能点的覆盖率。 2 适用范围 适用于人员：测试人员 适用于公司对项目的业务流程、功能（功能点）测试的测试用例编写。 3 测试用例 用例概念：测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 用例的用途 指导测试工作有序进行，使实施测试的数据有据可依 确保所实现的功能与客户预期的需求相符合 跟踪测试进度，确定测试重点 评估测试结果的度量标准 分析缺陷的标准 用例的内容格式编号 用例名称 摘要 前提 优先级 步骤编号 步骤 期望结果 测试结果 BugID 测试日期
编号：用例编号，唯一标识； 用例名称：测试用例的名称，体现测试要点 摘要：要测试的功能点（系统、模块功能） 前提：测试执行前需准备的相关操作，如测试数据、角色权限，或登入系统某页面等 优先级：测试用例的优先级别，分为高、中、低 步骤编号：操作步骤的编号，用于后期导入相应的测试用例工具 步骤：完成该测试点所需的操作步骤 期望结果：执行完成操作后，程序预期表现的结果 测试结果： 与预期结果是否相符，相符实际结果内显示Pass（表明用例通过） 与预期结果不一致显示Failed（表明执行有偏差/错误） BugID：提交Bug后，redmine中自动生成的ID 测试日期：执行测试用例的日期4 用例设计方法 测试用例设计方法 等价类划分法： 是一种最典型的黑盒测试方法，它完全不考虑程序的内部结构，而是只根据对程序的要求和说明进行测试用例的设计。测试人员要求对需求说明书中的各项功能需求进行细致分析，把程序的输入域划分成若干个部分，然后从每个部分中选取少数代表性数据作为测试用例，经过这种划分后，每一类的代表性数据在测试中的作用都等价于这一类中的其他值 边界值分析法：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。 如：控件可录入字符的【最小值-1，最小值，最大值，最大值+1】 错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法，列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 5 测试用例设计的原则全面性 应尽可能覆盖程序的各种路径。 应考虑存在跨年、跨月的数据。 大量数据并发测试的准备。正确性 输入界面后的数据应与测试文档所记录的数据一致； 预期结果应与测试数据发生的业务吻合。符合正常业务惯例 测试数据应符合用户实际工作业务流程。 兼顾各种业务变化的可能。系统性 对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系。 对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系。连贯性 对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面 |
今日新闻 |
推荐新闻 |
| CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |