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.安全测试

是否具备危险材质,气味;

接口响应数据也要考虑到用户数据的安全性;

登陆场景也需要将密码进行加密展示;

数据存储用户隐私数据是否加密;

举例: