测试用例编写规范

测试用例编写规范

ID:20003926

大小:86.48 KB

页数:4页

时间:2018-10-09

测试用例编写规范_第1页
测试用例编写规范_第2页
测试用例编写规范_第3页
测试用例编写规范_第4页
资源描述:

《测试用例编写规范》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、文件编号:DHXT*****测试用例编写规范(版)编制:孟涛审核:批准:受控状态:发布日期:2014年2月14日生效日期:2014年2月14日ZHEJIANGDAHUASYSTEMENGINEERINGCO.,LTD.loanapprovalandpostcreditapprovalofficer/atalllevelsinaccordancewithcreditapprovalrules,licensingandeventualexerciseofcreditdecisionpowerofpersonsorinstitutions.Reviewfindingsa

2、ndreviewcomments,accordingtotheBank'screditDHXT***********修订页编号修订内容简述修订日期修订后版本号修订人审核人批准人1创建2014-2-141.0.0孟涛第3页共4页DHXT***********第3页共4页DHXT***********目的:统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。为测试执行人员更好执行测试,提高测试效率,最终提高公司整个产品的质量。1范围:NA2测试用例原则:2.1系统性2.1.1对于系统业务流程要能够完整说明整个系统

3、的业务需求、系统由几个子系统组成以及它们之间的关系;2.1.2对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系;2.2全面性2.2.1应尽可能覆盖程序的各种路径2.2.2应尽可能覆盖系统的各个业务2.2.3应考虑存在跨年、跨月的数据2.2.4大量数据并发测试的准备2.3正确性2.3.1输入界面后的数据应与测试文档所记录的数据一致2.3.2预期结果应与测试数据发生的业务吻合2.4符合正常业务惯例2.4.1测试数据应符合用户实际工作业务流程2.4.2兼顾各种业务变化的可能2.4.3要符合当前业务行业法律,法规2.5仿真性2.5.1人名、地名、

4、电话号码等应具有模拟功能,符合一般的命名惯例;2.6可操作性2.6.1测试用例中应写清测试的操作步骤,不同的操作步骤相对应的操作结果3测试用例主要元素:测试名称:用例的名称,摘要:非必填项,在场景用例等情况下描述用例的信息预置条件:用例执行前需要预先做的配置和设置。操作步骤:执行用例的操作步骤。预期结果:按操作步骤执行后预期系统的执行结果第3页共4页DHXT***********1测试用例编写细则:1.1测试设计评审测试用例编写前需要先输入用例设计,设计需要经过架构师小组内评审通过1.2测试用例命名规范由于项目和实际需求和测试的工作需要,分以下几个等级来规范测试用

5、例的命名。1.2.1需要在用例名称上区分出预测试用例,分为四类,预验证、功能、场景和异常,在用例标题开头标注用例类型,使用中括号分隔。四个类型优先级依次降低,同时满足多个类型的用例使用高优先级的类型。即用例同时是预验证、场景、异常时则用例分为预验证类,同时是功能、异常时用例分为功能类。【预验证】:最基础的用例,主要功能点的正常使用的验证。【功能】:对开发从需求中分析出的功能点的基本功能测试用例,。【场景】:从用户使用场景出发设计的用例,如果和基本功能点重复则归于功能用例,如果是异常场景且发生概率较低则归于异常用例。【异常】:其余所有不能归于功能、场景用例的,验证异

6、常操作或异常环境下系统处理情况的用例。【验收】:判断是否是验收用用例,如果是在用例最后标注第3页共4页

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。