软件测试如何写好测试用例?

294 篇文章 5 订阅
6 篇文章 0 订阅

如何写好测试用例

 

一、测试用例与编写流程介绍

1.常用术语

     软件:数据+程序+文档

    测试时就是操作数据,操作的主体就是程序,文档就是工作时的可视化

软件测试的基础:软件测试就是保证软件质量,满足用户需求的一种手段

测试流程:需求分析、制定计划、编写用例与执行、对测试结果的分析报告

测试的生命周期:测试计划,测试设计,测试开发(测试用例的编写),测试执行,测试评估

软件测试的分类:

软件测试手段划分了三个方向

    黑盒:把软件比作一个黑盒子,我们不知道盒子里面的结构,只能通过外面所暴露出来的接口、功能进行测试

     灰盒:把软件比作一个半透明的盒子,可以通过暴露在盒子外面的功能和盒子里面的数据进行对比,从而得出结论。例如:将生成的订单和数据库里面的数据进行对比验证是否一致

    白盒:透明的盒子,通过盒子里面的结构推敲出是否满足用户的需求。

专项测试方向划分

     功能测试:测试软件是否满足用户提出的表面需求

     性能测试:测试一个软件的工作效率

     安全测试:测试软件是否能保护用户的信息

测试点划分

     兼容性:软件在不同平台上的表现

     易用性:软件是否有好,满足用户的使用习惯

     UI元素:检查界面的布局显示

2.测试用例介绍

测试用例包含的内容:

1.用例编号:唯一性(身份证号)

2.用例名称:用例的名字,要求言简意赅 (姓名)

3.测试背景:这条用例主要测试什么东西

4.前置条件:执行这条措施之前应该先执行什么条件,比如测试登录功能,前提是要有账号密码。

5.优先级:测试用例的优先程度

6.重要级:测试用例的重要程度

//注意优先级和重要级不一定成正比关系。比如:周末出去玩,但是公司突然加班 优先级:出去玩 重要级:回公司加班   当然结果是回去加班 

7.测试数据:比如输入的账号密码,鼠标的操作也是一种测试数据

8.测试步骤:测试进行的步骤

9.预期结果:对应输入数据或条件等得到对应的现象

10实际结果:测试执行后的结果

11备注:其他特殊情况的信息。

测试用例编写流程:

需求分析、提取测试点、测试用例编写、测试用例评审

3.需求分析与测试点的编写

1)需求分析:

业务需求(系统是否满足业务)

用户需求(系统是否满足用户习惯)

功能需求(系统是否满足功能要求)

没有需求如何应对:参考市面上已经上线的同类产品

需求模糊如何应对:收集整理已有需求,和相关负责人如产品经理逐条确认,参考同类型产品的实现情况。

2)测试点

测试点:通过需求分析后得出的需要进行测试的具体内容

测试点好处:

1.快速(根据测试点快速设计出自己的测试用例)

2.覆盖:(测试点可以覆盖需求)

3.方法:(根据测试点运用自己的测试方法)

4.细节(可以展示需需求的一些细节)

提取测试点例子

二、测试用例编写,评审与管理

1.编写方法

测试用例编写注意:

1、根据项目的实际情况设计测试用例表格。

2、测试用例的表格不是固定的,不要生搬硬套。

3、测试用例需要根据具体的情况编写。

测试用例编写方法:

等价类划分法(将程序所有可能的输入数据划分成若干的等价类,然后从每个部分中选出最具有代表性的数据当做测试用例进行合理的分类;测试用例:有效等价类、无效等价类;)

边界值分析法(将测试输入的数据的边界情况作为重点目标,选取正好等于、刚刚大于或者刚刚小于边界值的测试数据)

场景法(用户在使用时会用到哪些场景。场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景)

猜错法、直觉(根据工作经验)

一条正规用例包括哪些内容:

a: 软件或项目的版本(内部版本号)

b: 功能模块名

c: 测试用例的简单描述,即该用例执行的目的或方法

d: 测试用例的参考信息(便于跟踪和参考)

e: 本测试用例与其他测试用例间的依赖关系

f: 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限8) 用例的编号(ID),如可以是 软件名称简写-功能块简写-NO.。

g: 步骤号、操作步骤描述、测试数据描述

h:预期结果(这是最重要的)和实际结果(如果有BUG管理工具,这条可以省略)

i:开发人员(必须有)和测试人员(可有可无)

j:测试执行日期

3.测试用例评审

评审:对测试用例进行检查

评审包括:同行评审、小组评审、部门评审、三方评审 (开发,产品,用户)

意义:

1.通过评审可以发现测试用例的不足

 2.方便测试人员改进用例

 3.达到测试时提高测试质量的目的

测试用例评审

4.测试用例管理

为什么要管理测试用例:

1.测试的用例数量巨大

2.测试用例会根据需求变更

3.测试用例需要补充完善

如何管理用例?

1.原始的excel管理方式

2.专业的项目管理系统

市面上流行的管理工具

禅道基本应用:

1.专业的研发项目管理软件

2.完整支持敏捷开发流程

3.完整的软件生命周期管理

可以对测试用例进行编写及系统的管理,支持导入导出功能,以及可以直接用例转bug,非常方便。

禅道导入测试用例

1.导出用例模板

2.用例模板填入数据

3.导入 Excel

 测试用例关联与指派

1.关联测试用例

2.指派用例

用例执行与提交 Bug

1.成员用例领取(调整流程)

2.用例执行方式

3.提交 Bug

Bug 转换为用例 

如果大家对于学习Python有任何问题,学习方法,学习路线,如何学习有效率的问题,可以随时来咨询我,或者缺少系统学习资料的,我做这行年头比较久,自认为还是比较有经验的,可以帮助大家提出建设性建议,这是我的Python交流qun:785128166,有任何问题可以随时来咨询我。

  • 3
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值