软件测试质量分析报告书模板Word文件下载.docx
《软件测试质量分析报告书模板Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件测试质量分析报告书模板Word文件下载.docx（12页珍藏版）》请在冰豆网上搜索。
白盒测试简介：
白盒测试（white-boxtesting）又称透明盒测试（glassboxtesting）、结构测试（structuraltesting）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
优点和缺点
1.优点
·
昂贵
迫使测试人员去仔细思考软件的实现
可以检测代码中的每条分支和路径
揭示隐藏在代码中的错误
对代码的测试比较彻底
最优化
2.缺点
无法检测代码中遗漏的路径和数据敏感性错误
不验证规格的正确性
（2）：
系统测试
测试工具：
黑盒测试
黑盒测试简介：
等价类划分（EquivalencePartitioning）
1.严格控制测试用例的增加，减少为达到“合理测试”的某些既定目标而必须设计的其他测试用例的数量
2.它覆盖了大部分其他可能的测试用例。
划分了等价类后，就可以说，如果对该集合中某个元素所进行的测试没有发现错误的话，那么对该集合中其他元素所进行的测试也不大可能会发现错误。
使用等价类划分方法设计测试用例主要有两个步骤：
（1）确定等价类；
（2）生成测试用例
黑盒测试的优缺点
优点:
1.对于较大的代码单元来说，黑盒测试比白盒测试效率较高。
2.测试人员不需要了解细节，包括特定的编程语言。
3.测试人员和开发人员是彼此独立的。
4.从用户的角度测试，很容易被理解和接受。
5.有助于暴露与任务规格不一致或者有歧义的地方。
6.测试用例可以在需求规格完成之后马上执行。
缺点:
1.测试的只有一小部分，不可能测试全部输入。
2.没有清洁和简明的需求规格说明书，测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。
5：
测试策略及流程
（1）单元测试
测试用例:
测试前说明：
（2）条件“a>
=0”取真（TURE）时为T1，取假（FALSE）时F1
（3）条件“b>
=0”取真（TURE）时为T2，取假（FALSE）时F2
（4）条件“c>
=0”取真（TURE）时为T3，取假（FALSE）时F3
（5）条件“d>
0”取真（TURE）时为T4，取假（FALSE）时F4
1.判定覆盖法的基本思想是设计若干用例，运行程序被测，使得程序中每个判断的取真分支和取假分支至少经历一次，即判定真假值均曾被满足。
测试用例
具体取值条件
判定条件
通过路径
In:
a=1,b=1,c=1,d=1
Out:
r=2
a>
=0,b>
=0,
c>
=0,d>
N=T,F=T,
O=T,P=T
P（1,2,4,6,8）
a=-1,b=-1,c=-1,d=0
r=F
a<
0,b<
0,
c<
0,d<
=0
N=F,F=F,
O=F,P=F
P（1,3,5,7,9）
2.条件组合覆盖的基本思想是设计足够的测试用例，使得判断中每个条件的所有可能至少出现一次，并且每个判定本身的判定结果也至少出现一次。
覆盖条件
覆盖路径
覆盖组合
T1,T2,T3,T4
（1,3,5,7）
a=1,b=-1,c=1,d=1
r=1/F
T1,F2,T3,T4
P（1,2,5,7,9）
（1,4,5,7）
a=1,b=1,c=-1,d=1
T1,T2,F3,T4
P（1,2,4,7,8）
（1,3,6,7）
a=1,b=1,c=-1,d=-1
T1,T2,F3,F4
P（1,2,4,7,9）
（1,3,6,8）
a=1,b=-1,c=-1,d=-1
T1,F2,F3,F4
（1,4,6,8）
a=1,b=-1,c=-1,d=1
T1,F2,F3,T4
P（1,2,5,7,8）
（1,4,6,7）
a=1,b=1,c=1,d=-1
T1,T2,T3,F4
（1,3,5,8）
a=1,b=-1,c=1,d=-1
T1,F2,T3,F4
P（1,2,5,6,9）
（1,4,5,8）
a=-1,b=1,c=1,d=1
F1,T2,T3,T4
P（1,3,4,6,8）
（2,3,5,7）
a=-1,b=-1,c=1,d=1
F1,F2,T3,T4
（2,4,5,7）
a=-1,b=1,c=-1,d=1
F1,T2,F3,T4
P（1,3,4,7,8）
（2,3,6,7）
a=-1,b=1,c=-1,d=-1
F1,T2,F3,F4
P（1,3,4,7,9）
（2,3,6,8）
a=-1,b=-1,c=-1,d=-1
F1,F2,F3,F4
（2,4,6,8）
a=-1,b=-1,c=-1,d=1
F1,F2,F3,T4
P（1,3,5,7,8）
（2,4,6,7）
a=-1,b=1,c=1,d=-1
F1,T2,T3,F4
（2,3,5,8）
a=-1,b=-1,c=1,d=-1
F1,F2,T3,F4
P（1,3,5,6,9）
（2,4,5,8）
组合编号:
组合编号
覆盖条件取值
判定条件取值
1
T1,T2
M=T
2
T1,F2
M=F
3
F1,T2
N=T
4
F1,F2
N=F
5
T3,T4
O=T
6
T3,F4
O=F
7
F3,T4
P=T
8
F3,F4
P=F
3.路径覆盖就是设计所有的测试用例，来覆盖程序中的所有可能的执行路径。
（1,5）
P（1,2,5,6,8）P（1,2,4,7,8）
（2,5）
（1,7）
（1,6）
（3,5）
P（1,3,5,6,8）
（4,5）
（4,7）
（4,8）
流程图1
d=a+b*c/d
MT2
F3
NT4
F5
OT6
F7
T8
P
F9
（2）系统测试
可使用性测试：
（针对软件质量中）“功能性”
目的：
根据产品的需求规格说明书和测试列表，验证产品的功能实现是否符合需求规格;
java
关注点：
功能是否遗漏
功能实现是否满足用户需求和系统设计的隐性需求
输入能否正确接受，输出结果是否正确
基本功能测试：
测试内容
序号
操作
输入
期望结果
测试结果
是否通过
正常输入
加法
5+2
7.0
是
减法
5-2
3.0
乘法
5*2
10
10.0
除法
5/2
2.5
2.50
清除
backspace
update
result
否
非法输入
除0
5/0
fault
infinity
连乘/除
4**2
9
连加/减
4++2
输入字母
4y+3
11
溢出
12.......3+4......3
12
精度测试
1/3
0.3333333..
负载测试：
软件测试是保证软件质量的重要手段,对软件系统进行有效的负载压力测试,有助于精确的评估出软件性能的瓶颈,从而对其进行调优.利用自动化性能测试工具LoadRunner,对计算器进行实例负载压力测试,初步评估出该Web网页的性能瓶颈,针对此性能瓶颈,提出改善并发用户数及用户访问速度的方法.
HP—LoadRunner
增加用户的数量对系统响应时间的影响
结论：
通过对数据的分析我们可以得出以下两点：
1..随用户的数量的增加，软件对数据的响应时间不断增大。
2.通过对用户数量的增大，我们可以得出软件的最大用户数量在3700左右。
6：
缺陷统计及分析
（1）单元测试
测试分析：
1分析测试结果于预期结果是否一致，测试覆盖率达到多少。
测试类型
测试结果与预期果
测试覆盖率
判定覆盖
一致
100%
条件组合覆盖
路径覆盖
软件缺陷:
1输入负值,输出结果显示出错。
2只能计算一组数据，不能循环计算。
3减法测试模糊不清。
7：
测试质量分析
代码导入及运行过程：
首先安装java开发工具箱jdk，它是java程序能够运行的条件，也是用来调试java程序的工具，之后安装可视化的java编译环境eclipse直接进行java程序的编码工作，并提供可视化的运行环境，我们说jdk同样可以做出java项目，毕竟eclipse本身就是用jdk编写的，所以用eclipse运行的java程序也可以用jdk运行。
（1）代码导入：
安装好jdk与eclipse后，打开eclipse，左击文件新建一个java项目
（2）命名为MyProject后点击完成，右击项目名称新建一个class文件
命名为size后点击完成，将代码复制在size.java中运行结果如下
代码运行后开始软件测试。
8.评价软件的角度
（1）正确性
正确性是指软件按照需求正确执行任务的能力。
正确性也涵盖了“精确性方面。
无庸质疑，这是对一款软件最基本的要求，比如我们通过ATM自动取款机取款时，在输入1,000时，结果只输出了800或者输出了1,200，可想而知这会对银行和客户会产生多大的影响。
一款软件满足不了正确性的要求，再谈其他任何方面都没意义。
（2）健壮性
健壮性是指在异常或者不利情况下，软件能够正常运行的能力。
我们可以用生活中的一个例来说明，当流感出现的时候，在同样环境下，有些人很容易就生病，而有些人却任你东南西北风，就是安然无恙。
（3）性能
性能也就是一个软件效率问题。
（4）易用性
顾名思义，易用性是软件能否满足客户容易操作使用程度。
易用性也是衡量一款软件质量好坏的一个重要方面。
（5）人员素质
软件是人做出来的，软件质量的好坏和开发、测试以及有关管理人员都息息相关。
在软件开发方面，我们在此不谈，只从测试的角度来谈软件质量保证。
说质量保证，先问下自己，从事质量保证的人员真的有能力去做好质量保证吗？
质量保证的人员能力问题是个重要方面，如果连软件中潜在问题都发现不了，想解决问题，做高质量的软件，谈何容易？
测试人员能力是一方面，其他如从事软件测试人员的职业素养也是个重要方面。
如果一款软件未有充分去测，甚至对有些概率性的问题一笑而过，耐不住性子深入去测，或者在发行版本时只简单测试一下，这些都无法真正保证软件的质量。
而这种情况下的出现，测试人员根据简单的测试，下了个软件没问题的结论，这样对顾客而言影响是很大的，最终对公司而言无论形象还是未来产品销售等方面的都是不利的。
升级会员 