黑白盒 缺陷报告 用例

黑盒法:
       该方法是把被测试对象看成一个黑盒子,测试人员完全不考虑程序内部结构和处理过程.
       只在软件的接口处进行测试,根据需求规格说明书.检查程序是否满足功能要求.因此黑盒测试有称为功能测试或数据驱动测试。
白盒法:
       该方法是把测试对象看作一个打开的盒子,测试人员须了解程序的内部结构和处理过程,一检查处理过程的细节为基础,对程序中尽可能多的逻辑路径进行测试,
       检验内部控制结构和数据结构是否有错,实际的运行状态与预期的状态是否一致。

缺陷报告

一、手工测试人员的主要工作职责

1、编写或阅读测试计划（3篇）

2、编写和执行测试用例（>1000条）

3、提交缺陷报告（>50条）

4、编写测试总结报告（3篇）

5、使用缺陷管理工具管理bug

 

二、缺陷报告的组成

1、缺陷编号（defect id）

表明提交bug的顺序

说明：

（1）如果使用缺陷管理工具，编号会自动生成

（2）实际中是整个项目组统一编号

 

2、缺陷标题（summary）

简明扼要的描述一下该bug

 

3、缺陷的发现者/提交者（detected by）

一般就是自己

 

4、发现缺陷的日期（detected  on  date）

一般就是当天

 

5、缺陷所属的模块（subject）

在测试哪个功能模块时发现的bug

开发经理根据bug所在的模块，找到bug的指定负责人

 

6、发现缺陷的版本（detected  in  release）

在测试程序的哪个版本的时候发现的bug

 

7、指派给谁处理（assigned to）

测试人员一般指派给开发经理，开发经理根据bug所在的模块，再次指派给具体的开发人员

8、缺陷的状态（status）

表明缺陷此时所处的状况或处理情况

状态的取值取决于公司所使用的缺陷管理工具

以QC为例：

（1）测试人员发现bug，提交缺陷报告给开发经理，把缺陷的状态写成：new（新提交）

（2）开发经理验证提交的bug，如果是真正的bug，把缺陷的状态改为：open（打开的bug、开发组承认的bug），指派相应的开发人员进行修改；如果不是bug，把缺陷的状态改成：rejected（拒绝的bug）

（3）开发人员看到指派给自己解决的bug，进行bug修改，修改完后，把缺陷的状态改成：fixed（修改完的bug、待返测的bug）

（4）测试人员进行返测，如果返测通过，把缺陷的状态改为：closed（关闭的bug、归档的bug、返测通过的bug）；如果返测失败，把缺陷状态改为：reopen（重新打开的bug、返测失败的bug）

 

以上过程称为“缺陷（报告）处理流程”、“缺陷跟踪管理过程”、“缺陷的声明周期”

New->open->fixed->closed

 

9、严重程度（severity）

表明该bug有多糟糕或者对软件造成的影响有多大

在QC中：

（1）urgent：致命的bug，造成系统崩溃、死机等问题

（2）very high：非常严重的bug

（3）high：严重的bug

（4）medium：中等程度的bug

（5）low：小的bug

 

说明：

A、每个单词在不同的公司表示的含义可能略有不同

B、最好在专门文档中把每个级别中的具体情况进行定义，以便开发和测试人员达成一致

Bug Level（级别） Definition（定义）.xls

Performance:性能

Function：功能

 

10、优先级（priority）

测试人员希望程序员在哪个版本中或什么时间解决该bug

在QC中：

（1）urgent：立即解决，否则影响开发/测试进度

（2）very high：本版本解决

（3）high：下版本解决

（4）medium：发布之前解决

（5）low：允许发布中存在的bug

 

影响优先级的主要因素：

（1）bug的严重程度：

一般情况下，严重程度越高，优先级越高

（2）bug的影响范围：

一般影响范围越广，优先级越高

（3）开发组的任务压力：进度压力越小，优先级越高

（4）解决bug的成本：

成本越低，优先级越高

 

注意：严重程度和优先级不要混淆

 

11、缺陷描述（description）

把发现bug的步骤、过程、使用的数据记录下来，使程序员通过描述能够再现该bug

//==========================================================================

使用等价类划分法和边界值法设计测试用例
一、基本概念
1、测试用例（测试案例、test case/instance）
是在测试执行之前（或同时），由测试人员编写的，指导测试过程的重要文档，主要包括：用例编号、测试目的、测试步骤、预期结果等

2、测试用例的方法
（1）等价类划分法
（2）边界值法
（3）因果图法
（4）判定表法
（5）正交排列法
（6）测试大纲法
（7）场景法

3、编写测试用例需要参考什么
（1）相关文档（需求、开发、用户手册）
（2）对照已经开发出来的程序
（3）与相关人员沟通

二、等价类划分法
1、应用场合
只要有数据输入的地方，就可以使用，从无穷多的数据中挑选少数代表进行测试
2、测试思想
穷举测试（把所有可能的数据全部测试一遍）是最全面的测试，但由于时间成本太高，实际中不可能采用
使用各种测试用例方法，是想用最少的成本（时间、数据）达到最大的测试效果
不做穷举测试，是有遗漏bug的风险，所以如果时间允许，可以做适当的补充

3、等价类划分的思想
按照需求，把无穷多的数据进行分类，区分出哪些是有效的（合法的）哪些是无效的（非法的），（可能还会根据需求进一步细分），最后从每一个数据范围中挑选一个代表进行测试

4、核心概念
（1）有效等价类
对程序的规格说明合理、有意义的数据集合（合法数据）
程序接收到有效等价类数据应该正确计算执行
（2）无效等价类
对程序的规格说明不合理、无意义的数据集合（非法数据）
程序接收到无效等价类数据，应该给出错误提示或者根本不允许输入
说明：
一个优秀的软件基本特征：
A、功能要实现——使用有效等价类数据
B、异常处理能力（健壮性）——使用无效等价类数据

5、使用步骤：
首先明确测试对象——第一个数文本框
需要保证第二个数文本框填写正确
（1）分析需求——划分等价类
①有效等价类
-99—99的整数
②无效等价类
A、<-99的整数
B、>99的整数
C、为空
D、非整数

（2）细化等价类
依据的一般不是字面需求，而是根据数据的类型以及在内存、数据库中的存储方式
①整数在内存中以补码的方式存储，正数和负数计算补码的方式不同——把有效等价类中的正数、负数单独测试
把-99—99的整数细化为：
A、-99— -1的整数
B、0—99的整数
②非整数可以细化为：
小数
字母
汉字
符号

（3）建立等价类表（熟练以后直接做该步）
有效等价类
编号    数据范围
1    -99— -1的整数
2    0—99的整数

无效等价类
编号    数据范围

//==============================================================

总结：

1、使用有效等价类或有效边界值的测试也称作“正向测试”、“通过测试”（正用例），一般数量不较少，从需求中可以直接找出

2、使用无效等价类或无效边界值的测试称作“反向测试”，“失败测试”（反用例），一般数量较多，无效等价类数量一般为有效等价类数量的2-6倍

3、无效等价类主要考虑的因素：

（1）需求要求“不能为空/必填项”——要测试“为空”情况

（2）需求要求“不能重复”——测试“重复”情况

（3）数据有大小范围——测试超出范围，比最小值还小，比最大值还大

如：年龄18-60

无效：<18 ，>60

（4）字符有个数要求——字符个数超出范围，比最小个数还少，比最大个数还多

如：姓名3-20个字符

无效：<3个，>20个

（5）数据有格式、样式、类型要求——测试格式、样式、类型非法

如：

要求“整数”，无效就为“非整数”，包括：小数、字母、汉字、符号

要求“数字”，无效就是“非数字”，包括：字母、汉字、符号

（6）小数有小数保留位数要求——保留位数非法

如：工资要求最多保留小数点后2位，无效要测试保留2位以上情况