软件测试报告milesv10Word文件下载.docx
《软件测试报告milesv10Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件测试报告milesv10Word文件下载.docx（36页珍藏版）》请在冰点文库上搜索。
3.4可靠性8
3.5安全性8
3.6易用性8
3.7兼容性8
3.8安装和手册9
第4章覆盖分析9
第5章缺陷的统计与分析10
5.1缺陷汇总10
5.2缺陷分析10
5.3残留缺陷与未解决问题10
第6章测试结论与建议11
6.1测试结论11
6.2建议11
项目基本信息
项目名称
客户方
开发方
项目委托时间
项目测试时间范围
从至
测试参与人员
第1章
引言
1.1编写目的
本测试报告为论坛系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到论坛系统功能目标）。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
编写测试报告的目的：
1．评估测试测试执行和测试计划是否符合
2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考
3．通过对测试结果的分析，得到对软件质量的评价
4．分析系统存在的缺陷，为修复和预防bug提供建议
1.2项目背景
本报告主要内容包括：
1.测试报告的版本
2.测试的人员和时间
3.测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷，报告了测试组长处理的缺陷和实施工程师验证的缺陷。
不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向
4.测试新发现的缺陷数量
5.上一版本活动缺陷的数量
6.经过此轮测试，所有活动缺陷的数量及其状态分类
7.测试评估——写明在这一版本中，那些功能被实现了，那些还没有实现，这里只需写明和上一版本不同之处即可
8.急待解决的问题——写明当前项目组中面临的最优先的问题，可以重复提出
1.3参考资料
[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。
测试使用的国家标准、行业指标、公司规范和质量手册等等。
]
资料名称
作者
1.4术语和缩略语
[列出设计本系统/项目的专用术语和缩写语约定。
对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。
缩略语
全意
第2章测试概要
1.软件测试定义：
定义1：
软件测试是在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。
即软件测试是为了发现错误而执行程序的过程。
定义2：
软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。
测试：
所谓测试的含义，首先是一项活动，在这项活动中某个系统或组成的部分将在特定的条件下运行，结果将被观察和记录，并对系统或组成部分进行评价。
测试活动有两种结果：
找出缺陷和故障，或显示软件执行正确。
测试是一个或多个测试用例的集合。
测试用例：
所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；
测试用例是执行测试的最小实体。
测试步骤：
测试步骤详细规定了如何设置、执行、评估特定的测试用例。
2.软件测试的基本问题：
软件生命周期：
一个软件生命周期包括制定计划、需求分析定义、软件设计、程序编码、软件测试、软件运行、软件维护、软件停用等8个阶段。
软件测试的对象：
——软件测试不等于程序测试。
―→程序测试+文档测试
——软件测试贯串于软件定义和开发的整个过程。
——软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。
软件测试在软件生命周期中横跨两个阶段：
第一个阶段：
单元测试与集成测试阶段，即在每个模块编写出以后所做的必要测试。
―→开发人员（白盒测试）
第二个阶段：
综合测试阶段，即在完成单元测试后进行的测试，如集成测试、系统测试、验收测试。
―→测试人员（黑盒测试）
软件测试涉及的关键问题包括四个方面：
WWWH
（1）测试由谁来执行。
―→Who
（2）测试什么。
―→What
（3）什么时候进行测试。
―→When（4）怎样进行测试。
―→How
3.软件测试的目的：
根据Grenford.J.Myers的观点，软件测试的目的：
（1）测试程序的执行过程，目的在于发现缺陷；
（2）一个好的测试用例在于能发现至今尚未发现的缺陷；
（3）一个成功的测试是发现了至今未发现的多个缺陷的测试；
测试的目的：
不仅仅是为了发现软件缺陷与错误，而且也是对软件质量进行度量与评估，以提高软件质量。
注：
（1）测试是想以最少的时间和人力，系统地找出软件中潜在的各种缺陷，通过修正缺陷提高软件质量，回避软件发布后由于潜在缺陷造成的隐患所带来的商业风险；
（2）测试的附带收获是，它能够证明软件的功能和性能是否与需求说明书相符合；
（3）实施测试收集到的测试结果数据为可靠性分析提供了依据；
（4）测试不能表明软件中不存在错误，它只能说明软件中存在错误。
4.软件测试的原则：
（1）应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭；
（2）测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成；
（3）程序员应当避免检查自己的程序；
（4）在设计测试用例时，应当包括合理的输入条件和不合理的输入条件；
（5）充分注意测试中的集群现象；
（6）严格执行测试计划，排除测试的随意性；
（7）应当对每一个测试结果做全面检查；
（8）妥善保存测试计划，测试用例，出错和最终分析报告，为维护提供方便。
5.软件测试类型:
黑盒、白盒、功能、性能、安全性、稳定性、应用性
6.软件测试分类：
⑴按照开发阶段划分：
单元测试―→集成测试―→系统测试―→确认测试―→验收测试
完整的软件开发流程
⑵按照测试实施组织划分：
开发方测试、第三方测试、用户测试
⑶按照测试技术划分：
白盒测试、灰盒测试、黑盒测试
7.黑盒测试和白盒测试：
若测试规划是基于产品的功能，目的是检查程序各个功能是否能够实现，并检查其中的功能错误，则这种测试方法称为黑盒测试（Black-boxTesting）方法。
——黑盒测试又称为功能测试、数据驱动测试和基于规格说明的测试。
它是一种从用户观点出发的测试，一般被用来确认软件功能的正确性和可操作性。
若测试规划基于产品的内部结构进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分使用，则这种测试方法称为白盒测试（White-boxTesting）方法。
——白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试，一般用来分析程序的内部结构。
㈠、黑盒测试
黑盒测试的基本观点是：
任何程序都可以看作是从输入定义域映射到输出值域的函数过程，被测程序被认为是一个打不开的黑盒子，黑盒中的内容（实现过程）完全不知道，只明确要做到什么。
黑盒测试主要根据规格说明书设计测试用例，并不涉及程序内部构造和内部特性，只依靠被测程序输入和输出之间的关系或程序的功能设计测试用例。
黑盒测试的特点：
（1）黑盒测试与软件的具体实现过程无关，在软件实现的过程发生变化时，测试用例仍然可以使用。
（2）黑盒测试用例的设计可以和软件实现同时进行，这样能够压缩总的开发时间。
黑盒测试是在程序接口进行测试，它只是检查程序功能是否按照规格说明书的规定正常使用。
也被称为用户测试。
黑盒测试主要是为了发现以下几类错误：
是否有不正确或遗漏了的功能？
在接口上，输入能否正确地接受？
能否输出正确的结果？
是否有数据结构错误或外部信息访问错误？
性能上是否能够满足要求？
是否有初始化或终止性错误？
黑盒测试的具体技术方法：
⑴等价类划分法⑵边界值分析法⑶因果图法⑷决策表法
㈡、白盒测试
白盒测试将被测程序看作一个打开的盒子，测试者能够看到被测源程序，可以分析被测程序的内部结构，此时测试的焦点集中在根据其内部结构设计测试用例。
白盒测试要求是对某些程序的结构特性做到一定程度的覆盖，或者说这种测试是“基于覆盖率的测试”。
通常的程序结构覆盖有：
语句覆盖判定覆盖条件覆盖判定/条件覆盖路径覆盖
白盒测试需要完全了解程序结构和处理过程，它按照程序内部逻辑测试程序，检验程序中每条通路是否按预定要求正确工作。
也被称为程序员测试。
㈢、黑盒测试法和白盒测试法的比较:
黑盒测试：
——以用户的观点，从输入数据与输出数据的对应关系，即根据程序外部特性进行测试，而不考虑内部结构及工作情况。
——黑盒测试技术注重于软件的信息域（范围），通过划分程序的输入和输出域来确定测试用例。
——若外部特性本身存在问题或规格说明的规定有误，则应用黑盒测试方法是不能发现问题的。
白盒测试：
——只根据程序的内部结构进行测试。
——测试用例的设计要保证测试时程序的所有语句至少执行一次，而且要检查所有的逻辑条件。
——如果程序的结构本身有问题，比如说程序逻辑有错误或者有遗漏，那也是无法发现的。
项目
黑盒测试法
白盒测试法
规划方面
功能的测试
结构的测试
优点方面
能确保从用户的角度出发进行测试
能对程序内部的特定部位进行覆盖测试
缺点方面
无法测试程序内部特定部位；
当规格说明有误，则不能发现问题
无法检查程序的外部特性；
无法对未实现规格说明的程序内部欠缺部分进行测试
应用范围
等价类划分法
边界分析法
因果图
决策表测试
错误推测法
语句覆盖，判定覆盖，
条件覆盖，判定/条件覆盖，
路径覆盖，循环覆盖，
模块接口测试
8.软件测试周期性:
软件测试的周期性是“测试->
改错->
再测试->
再改错”这样一个循环过程，如下图所示。
9.软件测试停止的标准:
第一类标准：
测试超过了预定时间，则停止测试。
第二类标准：
执行了所有的测试用例，但并没有发现故障，则停止测试。
第三类标准：
使用特定的测试方案作为判断测试停止的基础。
第四类标准：
正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订数目的故障。
第五类标准：
根据单位时间内查出故障的数量决定是否停止测试。
10.软件测试职业素质:
软件测试员的目标：
发现潜在的软件缺陷
软件测试员应具备的素质：
1具有探索精神
2具有创造性
3坚持不懈精神
4故障排除专家
5判断准确
6追求完美
7沟通能力
软件测试员应具备的知识：
1算机基础知识
2操作系统基础知识
3数据库基础知识
4中间件基础知识
5程序设计语言
6软件工程知识
7软件测试知识
2.1测试用例设计
1.系统用例图：
2.注册
用户注册时需按要求依次填入用户名、用户密码、确认密码、用户性别、E-mail。
注册成功后会显示相应信息。
用例说明如下：
用户注册
用例编号:
UseCase-01
参与者：
未注册用户
前置条件
后置条件
主干过程
分支过程
异常
包含用例
无
用户按格式依次填入用户名、用户密码、确认密码、用户性别、E-mail；
注册成功后，用户资料自动存入数据库
填入资料格式错误
用户名已经存在
3.用户登录
用户登录
UseCase-02
已注册用户
已成功注册过
输入用户名和密码，登录成功后自动跳转回论坛首页。
用户名或密码错误
4.发帖
发表帖子
UseCase-03
已登录用户
分支结构
成功登录
输入正确的用户名和密码，登录成功
5.用户管理
用户管理
UseCase-04
后台管理员
身份必须是后台管理员，且已成功登录
以管理员身份成功登录
进入后台进行后台论坛用户的管理
已登录用户的身份不是管理员，没有进入后台的权限
6.论坛类别管理
类别管理
UseCase-05
进入后台进行后台论坛类别的管理
7.论坛主题管理
UseCase-06
8.版主申请
UseCase-07
9.登陆测试用例
项目软件
Web论坛
程序版本
V1.0
功能模块
Login.jsp
编制人
功能特性
用户身份验证
测试目的
验证是否输入合法的信息，允许合法登录，阻止非法登录
测试数据
用户名=jzphx密码=123456
操作步骤
操作描述
数据
期望结果
实际结果
测试状态
1
输入用户名称，密码，按“登录”。
用户名=jzph密码555555
“无此用户”
系统提示“无此用户”
正常
2
输入用户名，密码，按“登录”。
用户名为jzphx密码为123456
进入系统
3
输入错误的验证码。
显示警告信息“验证码错误”
显示警告信息“验证码错误！
”
2.2测试环境与配置
[对于三层架构的，可以根据网络拓扑图列出相关配置。
2.2.1功能测试
数据库服务器配置
机器名（IP）
CPU
内存
软件环境（操作系统、应用软件）
122.227.164.131
至强X3430
DDR32G
WindowsServer2003
应用服务器配置
客户端配置
172.16.54.33
i5-3470
DDR34G
WindowsXP专业版32位SP3
172.16.54.34
说明
2.2.2性能测试
2.3测试方法和工具
测试内容
测试方法
测试工具
备注
功能
黑盒、手工、回归
LoadRunner、TestDirector
性能
黑盒、手工、回归、工具自动
可靠性
安全性
可使用性
兼容性
安装和手册
第3章测试内容和执行情况
[采用了CMM/ISO或者其他工程标准过程。
这部分主要汇总各种数据并进行度量，度量包括对软件能力评估、对软件产品的质量度量和产品评估。
]
3.1项目测试概况表
对论坛系统的功能、性能、可靠性、安全性、可使用性、兼容性、安装和手册等方面进行了全面的测试。
项目测试概况表
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
％
2013.5.31
155
151
4
97.4%
3.2功能
功能测试情况概要
模块名称
注册
2013.6.7
5
100%
登陆
20
19
95%
插入图片
插入附件
发表回复
综合业务
50
48
96%
3.2.1总体KPI
基本要求
测试情况
测试通过
是
否
符合注册规则且不重复的用户名可以注册。
不符合注册规则或者重复的用户名不能注册。
功能实现
登录
输入正确的用户名和密码可以登录系统。
输入错误的用户名和密码系统给出明确提示。
功能实现。
主题和内容不为空且不含敏感词的帖子可以直接发表。
主题或者内容为空的帖子不能发表，含敏感词的帖子需要通过审核才能发表。
主题和内容的规则同上。
图片小于500k可以上传并插入帖子。
图片大于500k不能上传。
附件小于2m可以上传。
附件大于2m不能上传。
内容不为空长度大于10个字符且不含敏感词的回复可以直接发表。
内容为空或者长度小于10个字符的帖子不能发表，含敏感词的帖子需要通过审核才能发表。
用户间相互访问空间并且留言。
用户更新资料。
论坛小游戏。
用户每天发表两次回复可以“摇一摇”获得“节操”。
广告投放。
友链外链。
3.3性能（效率）
性能测试情况概要
100
3.3.1测试用例
测试系统在预定环境和负载下的响应速度。
通信效率、设备效率、执行效率。
序号
用例名称
1
50个用户同时注册。
功能正常，响应时间正常。
2
50个用户同时登录。
3
50个用户同时发表帖子。
4
50个用户同时发表回复。
5
50个用户同时使用综合业务。
3.3.2参数设置
脚本循环次数
10
并发用户数
20、50、100
真实客户端数量
50台
脚本录制方法
自动手动
模拟线路类型
10/100M以太网
3.3.3通信效率
表3.1并发用户数为20的性能测试结果
事物操作
平均响应时间
最大响应时间
90%事务响应时间
事务成功率
2.13
7.87
4.24
2.10
6.23
3.56
2.36
升级会员 