BUG与测试用例设计
一.软件测试的生命周期
需求分析→测试计划→测试设计,测试开发→测试执行→测试评估→上线→运行维护
二.BUG
1.bug的概念
(1)当且仅当规格说明(需求文档)是存在的并且正确,程序与规格说明之间的不匹配才是错误.
(2)当需求规格说明书没有提到的功能,判断标准以最终用户为准:当程序没有实现其最终用户合理预期的功能需求时,就是软件错误.
2.描述BUG的基本要素
问题出现的版本,环境,步骤,预期结果,实际结果,bug级别
3.定义bug的级别意义在哪
bug级别一般分为: 崩溃,严重,一般,次要
eg.
程序员A:一周开发了10个BUG,存在2个严重BUG,5个一般BUG,3个次要BUG
程序员B:一周开发了10个BUG,存在5个严重BUG,2个一般BUG,3个次要BUG
(1)评估程序员的开发能力
(2)给bug修复顺序排序
三.与开发产生争执怎么办
1.先检查自身,是否bug描述不清楚
2.站在用户角度考虑并抛出问题
3.BUG定级要有理有据(依据bug定级描述文档)
4.提高自身技术和业务水平,做到不仅能提出问题,最好也能给出解决方案
若开发人员比较犟,怎么说都不听的情况下,就需要进行BUG评审
BUG评审需要有三个代表: 测试代表,开发代表,产品代表
BUG评审主要解决俩个问题:
1.决定如何处理BUG
2.分析缺陷产生的原因,找出预防的对策
四.设计测试用例
万能公式: 功能测试 + 界面测试 + 性能测试 +兼容性测试 +易用性测试 + 安全测试
1.功能测试
从产品功能角度出发,验证功能是否是正确的
2.界面测试
肉眼可以看到的部分都称为界面,界面所有的元素都需要测试(元素的大小,颜色,形状,材质)
3.性能测试
通常为一些极端的情况
4.兼容性测试
不同版本(软件,系统),浏览器的兼容性,不同的浏览器
5.易用性测试
具备简单易上手的属性(引导教程)
6.安全测试
是否具备危险材质,气味;
接口响应数据也要考虑到用户数据的安全性;
登陆场景也需要将密码进行加密展示;
数据存储用户隐私数据是否加密;
举例:
原文地址：https://blog.csdn.net/cyq1351362549/article/details/140605465
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！