如何写好测试用例。

测试的相关知识

1,软件相关概念
数据,程序,文档的集合
2,软件测试基础
保证软件质量,满足用户需求
3,软件测试流程
需求分析
计划制定
用例的编写与执行
对测试结果的分析报告
4,测试生命周期
测试计划
测试设计
测试开发:测试用例的设计与编写
测试执行
测试评估

常用术语:
黑盒:不知内部结构,根据外部接口,功能进行测试。
灰盒:订单生成功能,软件上生成的订单和数据库里面的数据进行对比,验证是否一致
白盒:技术要求最高
功能:验证软件是否满足用户提出的表面需求
性能:软件的工作效率,双11
安全:测试软件是否会保护用户信息不被轻易的盗取
兼容性
易用性
UI元素

测试用例编写方法:
a.等价类划分法(黑盒):选择适当的数据子集,来代表整个数据集;通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷;包括有效等价类和无效等价类。例如:登录要求输入手机号或邮箱,则可输入符合条件的任意一个手机号或邮箱进行输入。无效类,与之相反,随意输入一个不是手机号或邮箱的数据进行输入。

b.边界值分析法(黑盒):使用边界值分析方法设计测试用例时一般与等价类划分结合起来,但它不是从一个等价类中任选一个例子作为代表,而是将测试边界情况作为重要目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
c.场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。

(直觉、经验)

测试用例中可加入:
模块编号、所属模块(注册、登录、搜索、APP下载)、功能介绍、
用例编号、用例名称、测试背景、前置条件、重要级、优先级、
测试版本、测试环境(谷歌浏览器)、测试类型(手工测试)、测试阶段(系统测试)、
测试数据、测试步骤、
预期结果、实际结果、
编写人、执行人、开发人员等信息。
图例:
这里写图片描述

测试用例评审
评审:简单的来说就是对测试用例进行检查,包括:同行评审,小组评审,部门评审,三方评审(可以是开发,产品,用户)等。
意义:1.通过评审可以发现测试用例的不足
2.方便测试人员改进用例
3.达到测试时提高测试质量的目的
流程:评审流程不是一次性的。是一个持续的过程,直到用例改善完毕为止

测试用例的管理
为什么需要管理用例?
1、测试用例数量巨大2、测试用例会随着需求变更3、测试用例需要补充完善
如何管理用例?
1、原始的excel管理方式2、专业的项目管理系统(工具:ALM,禅道,TestLink,Bugzilla,JIRA)

猜你喜欢

转载自blog.csdn.net/Xu1230000/article/details/82083401