测试用例编写规范_第1页
测试用例编写规范_第2页
测试用例编写规范_第3页
测试用例编写规范_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

文件编号：DH XT * * 测 试 用 例 编 写 规 范（ 版 ）编 制： 孟涛 审 核： 批 准： 受控状态： 发布日期： 2014 年 2 月 14 日 生效日期： 2014 年 2 月 14 日ZHEJIANG DAHUA SYSTEM ENGINEERING CO., LTD.修 订 页编号修订内容简述 修订日期 修订后版本号修订人 审核人 批准人1 创建 2014-2-14 1.0.0 孟涛DH XT * * * 第 3 页 共 4 页 1 目的:统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。2 范围:NA3 测试用例原则:3.1 系统性3.1.1 对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；3.1.2 对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；3.2 全面性3.2.1 应尽可能覆盖程序的各种路径3.2.2 应尽可能覆盖系统的各个业务3.2.3 应考虑存在跨年、跨月的数据3.2.4 大量数据并发测试的准备3.3 正确性3.3.1 输入界面后的数据应与测试文档所记录的数据一致3.3.2 预期结果应与测试数据发生的业务吻合3.4 符合正常业务惯例3.4.1 测试数据应符合用户实际工作业务流程3.4.2 兼顾各种业务变化的可能3.4.3 要符合当前业务行业法律，法规3.5 仿真性3.5.1 人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例；3.6 可操作性3.6.1 测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果4 测试用例主要元素: 测试名称：用例的名称，摘要：非必填项，在场景用例等情况下描述用例的信息预置条件：用例执行前需要预先做的配置和设置。操作步骤：执行用例的操作步骤。预期结果：按操作步骤执行后预期系统的执行结果5 测试用例编写细则:5.1 测试设计评审测试用例编写前需要先输入用例设计，设计需要经过架构师小组内评审通过5.2 测试用例命名规范由于项目和实际需求和测试的工作需要，分以下几个等级来规范测试用例的命名。5.2.1 需要在用例名称上区分出预测试用例，分为四类，预验证、功能、场景和异常，在用例标题开头标注用例类型，使用中括号分隔。四个类型优先级依次降低，同时满足多个类型的用例使用高优先级的类型。即用例同时是预验证、场景、异常时则用例分为预验证类，同时是功能、异常时用例分为功能类。【预验证】：最基础的用例，主要功能点的正常使用的验证。【功能】：对开发从需求中分析出的功能点的基本功能测试用例， 。【场景】：从用户使用场景出发设计的用例，如果和基本功能点重复则归于功能用例，如果是异常场景且发生概率较低则归于异常用例。【异常】：其余
人人文库> 全部分类> 教育资料 > 辅导培训

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论