功能测试—day3
1.能够说出软件缺陷判定标准
2.能够说出项目中缺陷的管理流程
3.能够使用Excel对于缺陷进行管理
4.能够使用工具管理缺陷
5.会写缺陷标题
目录
一、缺陷的介绍
1.缺陷的定义
软件在使用的过程中存在的任何问题都叫软件的缺陷,简称bug(问题不等于错误,问题包括功能也包括显示界面的)
2.缺陷判定的标准
软件为实现实际需求(规格)说明书中明确要求的功能——少功能
软件出现了需求(规格)说明书中指明不应该出现的错误——功能错误
软件实现的功能超出需求(规格)说明书指定的范围——多功能
软件未实现需求(规格)说明书中虽未明确指明但是应该实现的要求——隐形功能错误
测试人员认为:软件难以理解、不易使用、运行缓慢、用户体验不好——不易使用
3.缺陷产生的原因
需求阶段:需求描述不易理解,有歧义、错误等
设计阶段:设计文档存在错误或者缺陷
编码阶段:代码出现错误
运行阶段:软硬件系统本身故障导致软件缺陷
4.软件缺陷的生命周期
5.软件缺陷的核心内容
6.缺陷提交的要素
7.软件缺陷类型
最常见的是:功能错误,UI界面,兼容性,数据(数据库),易用性,建议,架构
二、练习题
先区分功能和非功能
功能:
手机号:
正向:格式正确+未注册
逆向:为空、格式正确+已注册、位数(10位和12位。体验感好,避免客户少写或者多写)、非数字(11位)、区段(不需要考虑区段,错误区段是收不到短信的,没必要限制)
密码:
正向:6位、11位、16位(字母+数字)
逆向:5位、17位(字母+数字),6位纯数字,16位纯字母,为空
验证码:
正向:正确+未过期
逆向:为空、过期、 错误
邀请人:
正向:为空、存在
逆向:不存在
验证码:
正向:勾选
逆向:不够炫
非功能:
兼容性:浏览器(谷歌、edge、火狐、苹果、欧朋)
布局:与原型图一致,图片文字与原型图一致
数数一共有多少测试用例:
正向:遵循原则,一条正向用例要覆盖尽量多的条件,所以正向用例条数,取正向条数最多的那个值。密码的正向是3条,那么,最终总的测试用例的正向用例是3条。
逆向:遵循原则,每一个单独的变量都是一条,将所有的逆向条数相加即为总共的逆向条数。一共是18条逆向测试用例。
兼容性:浏览器4条(欧朋浏览器时国外用的,如果不需要在国外使用,就可以只测4个浏览器)+布局的2条,一共是6条
三、缺陷的编写
1.缺陷报告示例
2.缺陷跟踪的流程
3.提交缺陷注意事项
4.缺陷编写的规范
四、缺陷的管理工具
1.禅道的介绍
禅道是项目管理工具,软件测试只是其中的一个版块
2.禅道的特点
3.禅道的使用流程
不同的角色,使用禅道的流程是不一样的
测试人员在这边只进行缺陷的管理,一般用例的管理是用EXCEL
4.禅道软件的界面流程
五、缺陷标题如何写
描述测试数据+实际结果(预期结果)
测试数据描述+预期结果(实际结果)
测试数据描述+实际结果(需求)
总结:
本章内容,主要是学会以下几点:
1.能够说出软件缺陷判定标准
2.能够说出项目中缺陷的管理流程
3.能够使用Excel对于缺陷进行管理
4.能够使用工具管理缺陷
5.会写缺陷标题
掌握的知识,主要是软件测试中,缺陷管理相关的内容。知道缺陷的生命周期是怎么样的,如果发现了缺陷,应该如何去使用禅道工具编写缺陷提交时的相关信息。