测试用例是为了检测某个目标软件,实际结果是否与预期相符。
下面就根据我实际的操作经验讲解如何编写测试用例,非常实用!
工具/原料
Excel
方法/步骤
1
首先对目标软件有一个大致的了解,可以依据需求规格说明书,先操作一遍软件,对软件的目标客户、喜好、交互有充分的了解(可以问产品经理,可以自己查资料了解,可以调研)。
2
依据需求规格说明书,用excel编写测试用例。测试用例包含两部分:测试说明和测试功能用例。第一个sheet页编写测试说明。
测试说明包含:编制历史(测试用例之后可能会优化,评审,将这些操作记录在案),编制说明(用例编号的说明,编制的规则讲解)
3
测试功能用例包含:模块名称,用例编号,用例目的,预置条件,操作步骤,输入数据,期望结果,优先级,实际结果,测试者。
模块名称:如果功能较复杂,可以分一级模块,二级模块等。例如阿里云,控制台-资源管理(一级模块-二级模块)
用例编号:用例编号的规则,例如:项目名称首字母_一级功能目录首字母_二级功能目录首字母_TC+测试人员编码+用例编码(从00001开始),公共测试用例编号统一为GG+5位用例编码
用例目的:一个用例目的可以由多条用例来实现,简明扼要的描述一组测试用例设计的目的。
预置条件:测试该用例的前置条件,例如:测试淘宝退款功能,前置条件是已购买,并且符合退款要求。
操作步骤:详细写明测试用例的执行步骤,例如:测试登录功能,打开软件,输入账号密码,点击登录。(每一个步骤都不能放过)
输入数据:为检验是否存在预期结果而设定的一组数据,例如:测定登录功能,那输入数据就是账号密码。
期望结果:一组特定的操作及特定的输入预期产生的特定结果,例如:测试登录功能,期望结果就是登录成功并自动跳转到首页。
优先级:分为三级(P1、P2、P3),每条用例都需有唯一的用例等级标志。P1级为业务级,是正向的业务用例。P2级为功能级,是指所有不涉及到业务路径的功能用例,包含正向、反向。P3级为非主要级,所有不属于P1、P2的用例都属于P3级,包含各种小功能、建议类、不在主要业务路径上的控件类。
实际结果:一组特定的操作及特定的输入实际产生的结果,例如:测试登录功能,点击登录后提示‘404‘,那这就是实际的结果。
测试者:测试人员名称。
4
测试用例需要分析需求规格说明书中的多种条件,多重路径。
例如一个简单的登录,除了正向用例(输入账号,点击登录,登录成功!)之前,还有反向用例(输入账号,点击登录,提示'用户名密码不匹配',或者其他登录失败的情况)。
所以一个测试用例的形成会有多个用例组成。尤其是涉及到业务逻辑复杂的功能,会有很多分支组成,每一个分支我们都要写出来,不能漏掉任何一条。
如何覆盖所有用例?可以将每个功能点画流程图,所有发生的情况都画进去,最后得到的结果可能会有多个,那用例就按照流程图的分支写步骤,流程图的多个结果写预期,这样可以减少遗漏,尽量覆盖全面
5
除了正向,反向用例,还需要验证数据的测试用例。
例如:登录的输入框,规则是20个字符,由数字和字母组成,那测试用例就要有输入大于20个字符,小于20个字符,输入特殊字符,输入空格等情况都要列出来进行测试。
6
之所以说测试驱动开发,是让我们以专业角度检测目标软件是否达到预期效果,如果没有达到标准,我们是要和开发沟通,完善产品的。
除了按部就班的编写用例,也要将我们作为用户带入测试环境中,比如你是真正需要这个软件的人,你会希望这个产品功能怎么样,交互如何,可以大胆提出自己的意见或建议,和产品经理沟通,这样才能形成有利的循环,促进产品完善。
7
现在有很多软件可以直接填写测试用例,例如禅道,可以和需求挂钩,测试完成后修改结果,形成闭环
END温馨提示:经验内容仅供参考,如果您需解决具体问题(尤其法律、医学等领域),建议您详细咨询相关领域专业人士。免责声明:本文转载来之互联网,不代表本网站的观点和立场。如果你觉得好欢迎分享此网址给你的朋友。转载请注明出处:https://www.baikejingyan.net/afb6eVwNsBAVSBlM.html