博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
测试计划和测试用例
阅读量:2144 次
发布时间:2019-04-30

本文共 2644 字,大约阅读时间需要 8 分钟。

文章目录


前言

       对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力,但有效的设计和熟练的编写测试用例却是一个十分复杂的技术,测试用例编写者不仅要掌握软件测试技术和流程,而且要对整个软件不管从业务,还是对软件设计、程序模块的结构、功能规格说明等都要有透彻的理解。

       测试的设计方法不是单独存在的,具体到每个测试项目里都有很多种方法,每种类型都有各自的特点。


提示:以下是本篇文章正文内容,下面案例可供参考

一、测试用例的定义?

1.什么是测试用例?

测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误,而精心设计的少量测试数据,包括测试输入、执行条件和预期的结果,实际结果。

2.测试用例的特征:

(1)有效性:被不同人员使用测试结果一致

(2)可重复性:良好的测试用例具有重复使用的功能。(回归测试)
(3)易组织性:好的测试用例可以提供给测试人员参考和使用(功能、性能、易用分类编号)
(4)清晰、简洁:每一步都有相应的作用,有很强的针对性。
(5)可维护性:软件开发过程在需求变更等原因的影响,常常对测试用例进行修改、增加、删除等,以便测试用例符合相应测试要求。

3.编写测试用例的好处:

1.测试用例的作用:

(1)可以避免盲目测试并提高测试效率

(2)实施重点突出、目的明确。
(3)降低工作强度、缩短项目周期。

2.测试用例的四个特征:

(1)代表性:能够代表并覆盖各种合理和不合理、合法和不合法的、边界和越界的以及极限的输入数据、操作等。

(2)针对性:对程序中的可能存在错误有针对性地测试。
(3)可判定性:测试执行结果的正确性是可判定性,每一个测试用例都应有相应的期望结果。
(4)可重现性:对同样的测试用例,系统的执行结果应当是相同的。

3.测试用例通常包括以下几个组成元素:

用例编号、测试模块、用例标题、用例级别、测试环境、测试输入、执行操作、预期结果、实际结果…

二、编写测试用例的基本方法

1.等价类划分法

应用场景:多用于输入框

概念:有效,无效

等价类划分是指分步骤地把海量的测试用例集减得很小,但过程同样有效。
等价类:何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。

2.边界值法

        对数据进行软件测试,就是在检查用户输入的信息,返回的结果以及中间计算结果是否正确。即使最简单的程序要处理的数据量也可能极大,使这些数据得以测试的技巧是,根据一些关键的原则进行等价类的划分,以合理减少测试用例,这些关键的原则是:边界条件,次边界条件、空值和无效数据。

确定边界值的方法:选取正好等于、刚刚大于或者刚刚小于边界值作为测试数据

3.因果图法

1.概念:

        因果图法比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。

2.因果图基本图形符号

在这里插入图片描述

3.因果图的约束符号

4.因果图测试用例

4.场景法

1.测试用例设计的思想

       现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。

在这里插入图片描述

2.银行案例ATM:

在这里插入图片描述

5.错误推测法

错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。

一般这种方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性地设计。只能作为一种补充。

6.正交表法

       正交表实验法就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析,实现通过少数的实验次数找到较好的生产条件,以达到最高生产工艺效果,这种试验设计法是从大量的试验点中挑选适量的具有代表性的点,利用已经造好的表格–正交表来安排试验并进行数据分析的方法。正交表能够在因素变化范围内均衡抽样,使每次试验都具有较强的代表性,由于正交表具备均衡分散的特点,保证了全面实验的某些要求,这些试验往往能够较好或更好的达到实验的目的。正交实验设计包括俩部分内容:第一,怎样安排实验;第二,是怎样分析实验结果。

       应用场景:在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合,不可能为每一种组合编写一条用例,如何使用最少最优的组合进行测试。 --正交排列法。

三、测试用例的评审和变更

       测试用例并非一成不变。如果软件修改之后发生变化,或者需求发生变更,那么测试用例便不再满足当前版本软件的测试需求,由此需要进行修改和变更操作。

       首先要清楚内部评审的定义,是测试组内部的评审,还是项目组内部的评审。评审的定义不同,内容也不会相同。
       如果是测试组内部的评审,应该着重于:
1.测试用例本身的描述是否清晰;
2.是否考虑到测试用例的执行效率;
3.是否针对需求文档;
4.是否完全遵守了软件需求的规定。

需要评审的原因

测试用例是软件测试的准则,但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同,所以用例的质量难免会有不同程度的差异。

四、测试计划

确定测试范围

制定测试策略
测试资源安排
在这里插入图片描述

五、软件缺陷和软件缺陷的种类

1.软件缺陷的定义

软件缺陷,常常又被叫做Bug,从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。

2.软件缺陷的种类划分

1.功能不正常

2.软件在使用上感觉不方便
3.软件的结构未做良好规划
4.提供的功能不充分
5.与软件操作者的互动不良
6.使用性能不佳
7.为做好错误处理
8.边界错误
9.计算错误
10.使用一段时间所产生的错误
11.控制流程的错误
12.在大数据量压力下所产生的错误
13.在不同硬件环境下产生的错误
14.版本控制不良导致的错误
15.软件文档的错误

3.软件缺陷的属性

1.按照严重程度划分:

一般分为5个等级:

系统崩溃,严重,一般,次要,建议

2.按优先级分:

修正优先级:高,中,低

3.按照测试种类分:

逻辑功能类,性能类,界面类,易用性类,安装,兼容性类

4.按照功能模块分:

注册,登录,购物车,分类,订单,个人信息

5.按照解决方案分

在这里插入图片描述

6.按照Bug生命周期

新建,确认,解决,重新验证,关闭,重新打开

在这里插入图片描述

4.缺陷报告(Bug报告,提的Bug)

在这里插入图片描述

5.Bug的处理

在这里插入图片描述

六、测试用例执行和故障管理流程图

在这里插入图片描述

转载地址:http://ehhgf.baihongyu.com/

你可能感兴趣的文章
Centos7 or Other Linux RPM包查询下载
查看>>
运行springboot项目出现:Type javax.xml.bind.JAXBContext not present
查看>>
Java中多线程向mysql插入同一条数据冲突问题
查看>>
Idea Maven项目使用jar包,添加到本地库使用
查看>>
FastDFS集群架构配置搭建(转载)
查看>>
HTM+CSS实现立方体图片旋转展示效果
查看>>
FFmpeg 命令操作音视频
查看>>
问题:Opencv(3.1.0/3.4)找不到 /opencv2/gpu/gpu.hpp 问题
查看>>
目的:使用CUDA环境变量CUDA_VISIBLE_DEVICES来限定CUDA程序所能使用的GPU设备
查看>>
问题:Mysql中字段类型为text的值, java使用selectByExample查询为null
查看>>
程序员--学习之路--技巧
查看>>
解决问题之 MySQL慢查询日志设置
查看>>
contOS6 部署 lnmp、FTP、composer、ThinkPHP5、docker详细步骤
查看>>
TP5.1模板布局中遇到的坑,配置完不生效解决办法
查看>>
PHPstudy中遇到的坑No input file specified,以及传到linux环境下遇到的坑,模板文件不存在
查看>>
TP5.1事务操作和TP5事务回滚操作多表
查看>>
composer install或composer update 或 composer require phpoffice/phpexcel 失败解决办法
查看>>
TP5.1项目从windows的Apache服务迁移到linux的Nginx服务需要注意几点。
查看>>
win10安装软件 打开时报错 找不到 msvcp120.dll
查看>>
PHPunit+Xdebug代码覆盖率以及遇到的问题汇总
查看>>