迅雷软件测试报告自己软件测试练习.docx
《迅雷软件测试报告自己软件测试练习.docx》由会员分享，可在线阅读，更多相关《迅雷软件测试报告自己软件测试练习.docx（13页珍藏版）》请在冰豆网上搜索。
迅雷软件测试报告自己软件测试练习
迅雷软件测试报告
课题名称：
迅雷软件测试
指导教师：
￥￥￥
完成人：
###
学院：
计算机学院
班级：
软件…………
学号：
777677867668888
2016年6月15日
迅雷软件测试报告1
一概述2
1.1编写目的2
1.2背景3
1.3术语解释3
1.4参考资料3
二：
测试计划3
三：
设计功能测试用例5
测试用例1：
5
测试用例2：
5
测试用例3：
5
四：
设计性能测试用例6
性能测试：
6
3.1用户并发测试用例6
3.2大数据量测试用例6
3.3疲劳强度测试用例7
五：
测试环境7
软件要求7
硬件要求：
7
网络环境要求：
8
数据准备要求：
8
测试工具要求：
8
六：
设计测试用例与测试实施（找到BUG）9
BUG1：
9
BUG2：
9
七：
软件缺陷报告的写作10
BUG1：
10
BUG2：
10
八测试结论11
一：
概述
1.1编写目的
迅雷是下载的软件，迅雷本身不支持上传资源，它只是一个提供下载和自主上传的工具软件。
迅雷的资源取决于拥有资源网站的多少，同时需要有任何一个迅雷用户使用迅雷下载过相关资源，迅雷就能有所记录。
迅雷使用的多资源超线程技术基于网格原理，能够将网络上存在的服务器和计算机资源进行有效的整合，构成独特的迅雷网络，通过迅雷网络各种数据文件能够以最快的速度进行传递。
多资源超线程技术还具有互联网下载负载均衡功能，在不降低用户体验的前提下，迅雷网络可以对服务器资源进行均衡，有效降低了服务器负载。
本报告主要出自个人兴趣对迅雷下载软件进行了测试，并给出测试报告，只用来自己学习测试而已。
1.2背景
A.软件系统的名称：
迅雷7通用下载软件
B.项目的任务提出者：
王帅龙
C.项目开发者：
中原工学院计算机学院测试小组
1.3术语解释
1）响应时间：
客户端从给服务器发送一个请求开始直到完全接收了服务器反馈信息为止，这期间所用的时间称为响应时间。
2）吞吐率：
即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3）点击率：
每秒钟用户向Web服务器提交的HTTP请求数。
4）下载量：
通过迅雷下载的任务数目
1.4参考资料
A.《系统设计与分析》哈尔滨工程大学邢薇主编
B.《软件设计文档国家标准－测试分析报告（GB856T——88）》
C.《企业二级库库存管理系统系统需求规格说明书》
D.《软件工程导论——第4版》张海藩编著清华大学出版社
二：
测试计划
1．引言
1.1.迅雷功能与性能测试
1.2.迅雷功能与性能测试计划
1.3.项目背景和内容概要
生活中，我们几乎每天都要用迅雷下载一些文件，那么迅雷在下载的功能和性能上是不是完美无缺呢，会不会出现各种bug，导致下载出错，账号登录时登录不上去呢，等等问题，引发了我对迅雷进行各种测试的兴趣。
1.4.相关资料、缩略语、定义
（相关项目计划、合同及上级机关批文，引用的文件、采用的标准，缩写词和名词定义等）
迅雷：
迅雷是迅雷公司开发的互联网下载软件。
迅雷是一款基于多资源超线程技术的下载软件，作为"宽带时期的下载工具"，迅雷针对宽带用户做了优化，并同时推出了"智能下载"的服务。
2.测试过程
2.1.测试目标
a）测试目的：
对迅雷下载软件进行功能和性能测试，
b）测试类型：
黑盒测试
c）测试级别：
功能性测试
2.2.测试分工
由于测试是个人兴趣进行测试，全部是个人独立完成。
登录功能测试，下载功能测试等。
2.3.测试步骤及方法
通过测试用例，按测试用例进行测试。
2.4.测试通过标准
正常实现用户注册，登录，下载，收藏，安装及卸载等业务。
2.5.修正错误并重新测试的步骤与要求
如果测试过程中发现有漏洞，补充测试。
2.6进度计划
测试计划编写：
1周
测试用例编写：
1周
注册，登录功能性测试2周
下载，收藏等其他功能测试3周
二次测试及检查，2周
测试文档编写及总结，1周
3.测试小结
3.1.测试环境要求
迅雷7软件客户端，window各种操作系统均可，word等文档编辑软件。
3.2.测试用例的简单描述
本次测试为黑盒测试，测试用例需要进行多次测试，划分等价类等。
3.3.需求跟踪
（创建一个跟踪矩阵来描述功能需求与测试用例之间的关系）
三：
设计功能测试用例
测试用例1：
名称：
登录密码包含空格 ：
目的：
检测迅雷登录系统是否对密码中的空格做了处理 ：
步骤：
1、 打开迅雷主页面，点击左上角的”点击登录” 。
2、 输入以下内容：
用户账号：
（eg:
1815656342）
用户密码：
（eg:
123456 （中间记得有空格））
3、 点击登录
4、 若为提示“登陆成功”则迅雷登录系统对密码中的空格做了处理； 若为提示密码错误，则迅雷登录系统未对密码中的空格做了处理。
测试用例2：
名称：
密码大小写校验
目的：
检验密码校验是否处理了大小写问题
步骤：
1、 打开迅雷主页面，点击左上角的”点击登录” 。
2、 输入以下内容：
用户账号：
（eg:
1815656342）
用户密码：
（eg:
abcde （记得将密码中的小写改为大写））
3、 点击登录
4、 若为提示“登陆成功”则迅雷登录系统密码校验处理了大小写问题； 若为提示密码错误，则迅雷登录系统密码校验未处理了大小写问题。
测试用例3：
名称：
验证码错误测试
目的：
检验手机注册时验证码输入错误是否进行处理
步骤：
1、 打开迅雷主页面，点击左上角的”点击登录” ，然后点击注册账号。
2、 输入以下内容：
输入注册的手机号，点击免费获取验证码。
3、 在弹出的验证码界面输入错误的验证码，点击确定。
4、 若为提示“验证码错误”则迅雷登录系统手机注册时验证码输入错误进行了处理； 若为直接下一步，则迅雷登录系统手机注册时验证码输入错误没有进行处理。
四：
设计性能测试用例
性能测试：
性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。
性能测试的目标是核实性能需求是否都已满足。
可以分为以下几种进方式来组织进行测试。
3.1用户并发测试用例
用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。
测试目的
迅雷用户并发性能测试
前提条件
Window7,8,10均可每个电脑需安装迅雷客户端
测试需求
输入
（并发用户数）
用户通过率
期望性能（平均值）
实际性能（平均值）
登录功能
（同时登录）
50万
49万
100万
96万
200万
188万
下载功能
（同时下载）
50万
49万
100万
96万
200万
188万
备注：
由于数量太大需要用测试工具模拟登录和下载
3.2大数据量测试用例
大数据量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。
大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
测试目的
迅雷大数据量测试
前提条件
一个windows系统和迅雷客户端
测试需求
输入
（最大下载量）
事务成功率
期望性能
（平均值）
实际性能（平均值）
下载功能
（下载多个任务）
50下载量
50
100下载量
100
200下载量
199
500下载量
496
备注：
本测试用例测试的是一个用户在某一时刻的最大下载量
3.3疲劳强度测试用例
强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。
强度测试还可用于确定测试对象能够处理的最大工作量。
测试目的
迅雷疲劳强度测试
测试说明
迅雷软件运行时间过长是否影响下载
前提条件
连续运行8小时,设置添加10用户并发
测试需求
输入/动作
输出/响应
是否正常运行
是否能继续运行和下载
2小时
5小时
10小时
20小时
五：
测试环境
测试环境要求如下：
软件要求
windows操作系统（WinXP/Win2003/Vista/Win7/Win8/win10均可），迅雷7应用下载软件。
Myspl数据库,ie浏览器
硬件要求：
应用服务器硬件
服务器数量：
1台
服务器硬件配置：
品牌：
华硕
内存：
3.00G
XeonE54052.33
硬盘：
280G
数据库服务器硬件
服务器数量：
1台
服务器硬件配置：
品牌：
华硕
内存：
4G
XeonE54052.0
硬盘：
1280G
测试机环境
电脑一台（配备硬盘，内存，显卡，输入输出设备等）
网络环境要求：
1.随着网络的普及，越来越多的软件产品离不开网络环境，网络环境是硬件因素和软件因素的综合。
各种路由器、交换机、网线、网粒等足硬件基础，各种代理、网荚、协议、防火墙等是软件基础。
正确的刚络环境离不行人的斟素，搭建、维护、调整嘲络环境以适应测试的需要。
人为的造成嘲络环境的错误，也将导致测试任务的失败。
负责网络环境的测试人员应具备网络管理员的基本素质。
网线，网卡，网路。
数据准备要求：
2.测试的数据源非常重要，应尽uJ能地取得大晕真实数据。
无法取得真实数据时尽卅能模拟出大量数据。
数据准备包括数据量和真实性两个方面。
现实中越来越多的软件产品需要处理大最的信息，不可避免地使用到数据库系统。
少量数据情况下，软件产品表现出色，一旦交付使用，数据急速增长，往往一个简单的数据查询操作就可能耗费掉大量最贵的系统资源，使产品性能下降，失去可用性。
这样的案例已经太多丁。
数据的真实性通常表现为IE确数据和错误数据，在容错测试中对错误数据的处理和系统恢复是测试的关键。
对于更为复杂的嵌入式实时软件系统，例如惯性导航系统仅有惯性平台诬不够，为了产生测试数据，还必须使惯性平台按要求运动起来，也可以用软件来仿真外部设备，但开发仿真程序又并非易事。
需要下载的文件地址链接若干。
测试工具要求：
选择测试工具的描述包括两个方面：
折中需求和实际条件来选择已有的测试工其；有重点地白行开发测试辅助工具。
有时软件测试必须依托工具，以便测试过程的自动／半自动执行和测试结果的自动／半自动评审和报告。
目前市场上测试工具分为三类：
代码分析工具、自动，半自动测试过程管理工具和测试资源管理工具。
性能测试:
loadrunnerjemterab
功能测试：
qtp
bug管理：
Qcbugziller
六：
设计测试用例与测试实施（找到BUG）
BUG1：
1．测试环境：
PC机系统版本：
迅雷环境版本：
7.2.3.3254
本地网速：
2k/bps
2.用户操作步骤：
1.启动迅雷（自动登录已开）
3.问题现象：
迅雷启动一段时间后迅雷突然自动退出程序，无错误报告。
4.重现率：
100%
BUG2：
1．测试环境：
PC机系统版本：
迅雷环境版本：
7.2.3.3254
2.用户操作步骤：
1.同时打开两个卸载程序。
2.一个卸载程序选择修复。
3.一个卸载程序选择卸载。
3.问题现象：
卸载成功
升级会员 