软件测试课程设计.doc
《软件测试课程设计.doc》由会员分享，可在线阅读，更多相关《软件测试课程设计.doc（15页珍藏版）》请在冰点文库上搜索。
软件测试课程设计
测试计划书
院系 国际教育学院
专业 数字媒体技术
班级 14级数字媒体技术一班
学号
学生姓名
联系方式
指导教师
目录
1引言……………………………………………………………………………3
1.1编写目的………………………………………………………………3
1.2背景……………………………………………………………………3
1.3测试环境………………………………………………………………3
1.4软件说明………………………………………………………………4
2计划…………………………………………………………………………4
2.1说明………………………………………………………………........4
2.2测试内容………………………………………………………………4
2.3测试方法………………………………………………………………4
2.4测试…………………………………………………………………5
3联系方式……………………………………………………………………12
4风险及约束……………………………………………………………………12
5故障转移和恢复………………………………………………………………13
6质量目标………………………………………………………………………13
6.1产品质量目标…………………………………………………………13
6.2测试质量目标…………………………………………………………14
7测试环境………………………………………………………………………14
7.1硬件测试环境…………………………………………………………14
7.2测试准备……………………………………………………………..14
7.2.1测试环境准备……………………………………………………14
7.2.2安装测试…………………………………………………………14
7.3具体测试实施任务和时间人员安排……………………………………15
1引言
1.1编写目的
该《测试分析报告》文档有助于实现以下目标：
了解软件的具体功能，对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析，为完善及改进软件的功能提供依据。
软件测试的目的在于为了提高软件运行的稳定性，减少Bug的出现，提高用户体验。
确保软件的质量、确认软件以正确的方式做了你所期望的事情。
本软件测试计划说明的读者对象是测试人员。
1.2背景
1）待开发系统软件名称：
贪吃蛇；
2）本项目的任务提出者是学校信息管理系统的老师，由本小组用于测试成绩查询及管理；
3）测试环境：
硬件测试环境
机型配置：
联系小新v1000
屏幕：
14英寸
分辨率：
1366x768
CPU主频：
2GHz
核心数：
双核心/四线程
显卡类型：
入门级独立显卡
显存容量：
2GB
电池类型：
4芯锂电池
续航时间：
视具体使用环境而定
软件及版本：
Windows8.1
1.3测试环境
Windows7、Linux、UNIX
软件环境
相关应用软件：
IE、Chrome、FireFox。
测试工具
表3-2所需资料列表
用途
工具
生产厂商
版本
备注
测试计划
word
测试分析报告
word
功能测试
Junit
Apache
4.0
性能测试
手工测试
测试管理
人工管理
1.4软件说明
贪吃蛇游戏是一款经典的益智游戏，有多平台版本，既简单又耐玩。
该游戏通过控制蛇头方向吃蛋，从而使得蛇变得越来越长。
本游戏属于益智游戏，提供娱乐的功能，通过此软件，人们在休闲娱乐中获得更多的乐趣。
2计划
2.1说明
贪吃蛇游戏是一款经典的益智游戏，有多平台版本，既简单又耐玩。
该游戏通过控制蛇头方向吃蛋，从而使得蛇变得越来越长。
本游戏规模较小，开发时间短，对目标硬件要求不高，本应用软件适用于多种操作系统，如Windows7、Linux、UNIX。
同时了解信息系统的开发过程以及被提议的应用领域，预计可以达到预期的收益。
因此，从技术方面来说是可行的。
2.2测试内容
测试内容有：
游戏登陆模块、游戏运行模块。
2.3测试方法：
测试方法的选择
软件测试就是使用人工或者自动手段来运行或者测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
软件测试方法是指测试软件性能的方法。
随着软件测试技术的飞速发展，测试方法也越来越多样化，针对性更强，选择合适的软件测试方法可以让我们事半功倍。
通常人们把软件测试技术归纳为两大类：
白盒测试和黑盒测试。
白盒测试分为静态测试和动态测试，黑盒测试分为功能测试和非功能测试。
近年来又提出了一种新的软件测试方法，称作灰盒测试，它同时兼顾了白盒测试和黑河测试方法的优点。
白盒测试：
已知产品的内部工作过程，可以通过测试验证每种内部操作是否符合设计规格要求，所有内部成分是否已经过检验。
软件的白盒测试是对软件的过程性细节做细致的检查，允许测试人员利用程序内部的逻辑结构，设计或选择测试用例，对程序的所有逻辑路径进行测试，通过不同的点检查程序状态，确定实际状态是否与预期的状态一样。
白盒可以理解为一种玻璃的、透明的盒子，当把某种东西放入其中，外边的人可以看到里面的一切，包括它的结构和各个组成部分。
在操作白盒时还能看到它里面的运作过程。
白盒测试主要包括代码检查法、静态结构法、程序插桩、逻辑覆盖以及基本路径测试等。
黑盒测试：
已知产品的功能设计规格和用户手册，可以测试验证每个功能是否都实现、每个实现了的功能是否符合要求，以及产品的性能是否满足用户的要求。
黑盒不去考虑程序内部结构和结构特性，主要是验证软件所应该具有的功能，是否已经实现，软件系统的性能是否满足用户的要求，等等。
黑盒是一个密封、不透明的盒子，把东西放进黑盒里，外边的人无法看到里面的情况。
操作并运行黑盒时，只能看到运行结果。
黑盒测试主要包括等价类划分、边值分析、因果图法、错误推测、功能图法、性能测试、功能测试、强度测试、兼容性测试、配置测试以及安全测试等。
为了保证程序测试的全面性，再设计测试用例的时候，本系统同时采用黑盒测试技术和白盒测试技术。
2.4测试1
游戏登陆模块
2.5.1进度安排
集中测试，反复测试。
2.5.2条件
良好的网络，以及正确的游戏账号。
2.5.3测试资料
示例模块：
账号1:
769078950密码：
1234abcd
账号2:
896665314密码：
1234567a
游戏登陆模块：
数据流程：
白盒测试：
（1）语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：
测试用例
输入路径
输入
预期输出
输出结果
s-a-d-h
输入错误用户或者错误密码
提示输入用户不存在
输入账号和密码
s-a-d-f-g
输入正确用户和正确密码
进入系统
显示游戏信息
（2）条件组合覆盖：
输入路径
输入
预期输出
输出结果
s-a-d-h
输入错误用户与错误密码
提示输入用户不存在
输入账号和密码
s-a-d-h
输入正确用户与错误密码
提示密码错误
输入账号和密码
s-a-d-f-g
输入正确用户与正确密码
进入
显示游戏信息
（3）点覆盖、边覆盖、路径覆盖：
程序图
测试用例
输入路径
输入
预期输出
输出结果
s-a-d-h
输入错误用户与错误密码
提示输入用户不存在
输入用户和密码
s-a-d-f-g
输入正确用户与正确密码
进入
显示游戏信息
黑盒测试：
（1）等价类划分
输入条件
有效等价类
无效等价类
账号
字符串为0～9之间的阿拉伯数字组合的有效游戏账号
无效登录号
密码
有效密码
无效密码
测试用例（第一组）
测试用例编号
1
测试项目
账号登录
测试标题
输入无效游戏账号
重要级别
中
预置条件
输入
账号00000000，账号密码11111111
操作步骤
1、输入账号0000000；2、输入密码11111111
预期输出
1、提示输入账号；2、提示用户“您输入的账号无效，请重新输入。
”
测试用例（第二组）
测试用例编号
2
测试项目
账号登录
测试标题
输入无效密码
重要级别
中
预置条件
系统中存在该用户
输入
账号896665314，密码1000000
操作步骤
1、输入账号896665314，2、密码1000000
预期输出
1、提示输入密码；2、提示用户“您输入的密码无效，请重新输入。
”
测试用例（第三组）
测试用例编号
3
测试项目
账号登录
测试标题
输入有效游戏登录号和有效密码
重要级别
中
预置条件
系统中存在该用户
输入
账号769078950，密码1234abcd
操作步骤
1、输入账号769078950，2、输入密码1234abcd
预期输出
1、进入系统
因果图设计测试用例
规格说明
第一：
登录表中有记录
第一不正确时给出信息“输入格式错误，请重新输入”，
分析规格说明并编号
因：
第一：
输入的账号有效①
果：
=－①给出信息“提示错误信息，重新输入”
1）画出的因果图如下图所示
2）将因果图转换为判定表，条件和输出结果编号成立时为1，否则记为0；表中每一列视为测试规则。
判定表：
组合条件
1
2
条件原因①
1
0
动作结果
0
1
账号管理模块：
数据流程图：
白盒测试：
语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖
输入路径
输入
预期输出
输出结果
sabdf
输入“sbdf”
不进行游戏
不进行游戏
sabceg
输入“sbceg”
进行游戏
运行游戏成功
黑盒测试：
（1）等价类划分
有效等价类
无效等价类
输入账号密码
1）769078950——896665314的整数
1）<769078950整数
2）>896665314的整数
3）含有数字外其他字符的输入
4）非int类型
数据表中是否有记录
YesNo
（2）输入的边界值
含有数字外其他字符
非int类型
<769078950整数
769078950
769078950--896665314的整数
896665314
>896665314整数
测试用例1：
测试项目
账号查询
测试标题
输入含有数字外其他字符的帐号
输入
*
操作步骤
1.输入*
2.点击确定
预期输出
请输入正确id，请重新输入
测试用例2：
测试项目
账号查询
测试标题
非int类型
输入
4.3
操作步骤
1输入4..3
2点击确定
预期输出
请输入正确id，请重新输入
测试用例3：
测试项目
账号查询
测试标题
<769078950整数
输入
2034743000
操作步骤
1输入2034743000
2点击确定
预期输出
请输入正确id，请重新输入
测试用例4：
测试项目
账号查询
测试标题
769078950
输入
769078950
操作步骤
1输入769078950
2点击确定
预期输出
正确可以查询成绩
测试用例5：
测试项目
账号查询
测试标题
769078950--896665314的整数
输入
800000000
操作步骤
1输入800000000
2点击确定
预期输出
正确可以查询成绩
测试用例6：
测试项目
账号查询
测试标题
896665314
输入
896665314
操作步骤
1输入896665314
2点击确定
预期输出
正确可以查询成绩
测试用例7：
测试项目
账号查询
测试标题
>896665314整数
输入
2013000000000
操作步骤
1输入2013000000000
2点击确定
预期输出
请输入正确id，请重新输入
因果图设计测试用例
规格说明
第一：
输入的帐正确
第二：
登陆信息表中有记录
第三：
是否进行游戏
第一、二、三都满足时查询该账号；第一、二满足时成绩表中有记录，但没有查询成绩；
第一不正确时给出信息“请输入正确id，重新输入”，第二不正确时给出信息“成绩未录入”，第三不查询时结束
3）分析规格说明并编号
因：
第一：
输入的账号有效①
第二：
登陆信息表中有记录②
第三：
是否进行游戏③
果：
=！
①给出信息“请输入正确id，重新输入”
=①∧②表中有记录，但没有进行游戏
=②给出信息“请输入正确id，重新输入”
=①∧②∧③进行游戏
=－③结束
4）画出的因果图如下图所示
3联系方式
姓名
学号
手机号
温静
5516140012
15225005053
吴萌萌
5516140037
13782382747
4风险及约束
由于客观存在的设备、网络等资源原因，使得测试不全面。
由于研发模式为版本及时更新，且上线时间压力大，使得测试不充分。
只针对专门的客户群需求的测试。
设计方面：
风险：
（1）没有详细设计说明书;解决方案：
测试人员要在开发阶段对相关设计及需求文档进行分析，对大体模块功能进行分类，分析业务逻辑，在不清楚的地方及时与开发人员沟通。
风险：
（2）没有统一的界面设计规范。
解决方案：
与项目负责人确认测试标准。
开发方面：
风险：
（1）所有模块开发没有统一设计，开发人员有自己的设计方式;解决方案：
与项目负责人确认标准方式，与标准方式不一致的地方全部以BUG形式提交。
风险：
（2）需求变更开发。
解决方案：
建议将需求变更形成文档，对没有文档的需求变更，在测试过程中发现及时与开发负责人确认，并存档相关变更文档。
测试本身：
风险：
（1）人力资源;解决方案：
保证稳定的人员安排。
风险：
（2）硬件资源;解决方案：
事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行。
风险：
（3）版本控制;解决方案：
严格控制版本，BUG以版本为单位进行提交。
在测试过程中及BUG确认阶段禁止任何代码更新。
风险：
（4）测试时间不足。
在测试工作中，主要的风险有：
一、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对;
二、测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏;
三、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够;
四、质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智;
五、测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等;
六、测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差;
七、有些缺陷出现频率不是百分之百，不容易被发现;如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大;
缺陷分析
对本系统测试过程中缺陷分析如表S1重要缺陷分析表中详细介绍。
表S1重要缺陷分析表
模块名称
缺陷编号
简要描述
分析结果
测试通过
（Pass/Fail）
注册模块
DL001
注册信息输错时，系统不提示
代码有误
Fail
信息统计
TJ001
统计图不实时更新
系统漏洞
Fail
5故障转移和恢复测试
故障转移和恢复测试可确保测试对象能成功完成故障转移，并从硬件、软件或网络等方面的各种故障中进行恢复，这些故障导致数据意外丢失或破坏了数据的完整性。
故障转移测试可确保：
对于必须始终保持运行状态的系统来说，如果发生了故障，那么备选或备份的系统就适当地将发生故障的系统“接管”过来，而且不会丢失任何数据或事务。
恢复测试是一种相反的测试流程。
其中，将应用程序或系统置于极端的条件下（或者是模仿的极端条件下），以产生故障，例如设备输入/输出（I/O）故障或无效的数据库指针和关健字。
启用恢复流程后，将监测和检查应用程序和系统，以核实应用程序或系统是正确无误的，或数据已得到了恢复
测试目标
确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。
测试中将包括以下各种情况：
· 客户机断电
· 服务器断电
· 通过网络服务器产生的通信中断
· 数据库指针或关键字无效
· 数据库中的数据元素无效或遭到破坏]
方法
[应该使用为功能和业务周期测试创建的测试来创建一系列的事务。
一旦达到预期的测试起点，就应该分别执行或模拟以下操作：
·
客户机断电：
关闭PC的电源。
·
服务器断电：
模拟或启动服务器的断电过程。
·
通过网络服务器产生的中断：
模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）
一旦实现了上述情况（或模拟情况），就应该执行其他事务。
而且一旦达到第二个测试点状态，就应调用恢复过程。
完成标准
在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。
此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表
6质量目标
系统能够正式发行和BUG的修复工作。
6.1产品质量目标
软件质量评价说明软件的质量可以理解为软件满足明确的和隐含的要求的能力。
《软件工程产品评价》中概述了软件产品评价的过程，提供了评价需求和指南。
其中软件产品通用的评价过程中进行软件质量评价主要的准备工作包括：
制定质量模型，选择度量，建立度量评定等级。
测试质量目标
确认者（如需说明）
测试已实现的产品达到设计的要求
温静
产品规定的操作和运行稳定
温静
6.2测试质量目标
软件的六个品质要素：
正确性
是指当软件在执行条件下使用时，软件产品满足明确和隐含要求功能的能力。
可靠性
是指在指定的条件下使用时，软件产品维持规定的性能级别的能力。
易用性
是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。
效率
是指在规定条件下，相对于所用资源的数量，软件产品可提供适当的性能的能力。
可维护性
是指软件产品可被修改的能力。
修改可能包括修正、改进或软件适应环境、需求和功能说明中的变化。
可移植性
是指软件从一种环境迁移到另一种环境的能力。
评价测试质量的目标：
测试质量目标
确认者（如需说明）
所有的测试案例已经执行过
吴萌萌
所有的自动测试脚本已经执行通过
吴萌萌
所有Bug已经解决并由测试验证
吴萌萌
7测试环境
7.1.1硬件测试环境
机型配置：
联系小新v1000
屏幕：
14英寸
分辨率：
1366x768
CPU主频：
2GHz
核心数：
双核心/四线程
显卡类型：
入门级独立显卡
显存容量：
2GB
电池类型：
4芯锂电池
续航时间：
视具体使用环境而定
软件及版本：
Windows8.1
7.2测试准备
7.2.1 测试环境准备
测试环境=软件+硬件+网络+数据准备+测试工具测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。
毫无疑问，稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。
准备事项
开始时间
完成时间
测试人员
阶段完成标志
测试环境准备
2017.4.15
2017.4.15
温静
机器等完好
7.2.2 安装测试
安装测试有两个目的。
第一个目的是确保该软件能够在所有可能的配置下进行安装，例如，进行首次安装、升级、完整的或自定义的安装，以及在正常和异常情况下安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
第二个目的是核实软件在安装后可立即正常运行。
这通常是指运行大量为功能测试制定的测试。
测试目标
核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：
首次安装。
以前从未安装过贪吃蛇的新计算机·
更新。
以前安装过相同版本的贪吃蛇的计算机·
更新。
以前安装过较早版本的贪吃蛇的计算机
方法
[手工开发脚本或开发自动脚本，以验证目标计算机的状况新贪吃蛇从未安装过；已安装贪吃蛇相同或较早版本）。
启动或执行安装。
·
使用预先确定的功能测试脚本子集来运行事务。
]
完成标准
贪吃蛇事务成功执行，没有出现任何故障。
考虑的特殊事项
应该选择贪吃蛇的哪些事务才能准确地测试出贪吃蛇应用程序已经成功安装，而且没有遗漏主要的软件构件。
准备事项
开始时间
完成时间
测试人员
阶段完成标志
安装测试
2017.4.16
2017.4.16
吴萌萌
安装完毕
7.3具体测试实施任务和时间人员安排
测试功能点
开始时间
完成时间
测试人员
说明
游戏登录
2017.4.16
2017.4.16
温静
各项ok
游戏运行
2017.4.16
2017.4.16
吴萌萌
Ok
15
升级会员 