软件测试课程设计(共15页).doc

《软件测试课程设计(共15页).doc》由会员分享，可在线阅读，更多相关《软件测试课程设计(共15页).doc（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上 软件测试课程设计测试计划书院 系 国际教育学院 专 业 数字媒体技术 班 级 14级数字媒体技术一班 学 号 学 生 姓 名 联 系 方 式 指 导 教 师 目录1 引言3 1.1 编写目的3 1.2 背景3 1.3 测试环境3 1.4软件说明42 计划 4 2.1 说明.4 2.2 测试内容4 2.3 测试方法4 2.4 测试 53 联系方式 124 风险及约束125故障转移和恢复136质量目标13 6.1产品质量目标13 6.2测试质量目标147测试环境14 7.1硬件测试环境14 7.2测试准备.14 7.2.1测试环境准备14 7.2.2安装测试14 7.3

2、具体测试实施任务和时间人员安排151引言1.1编写目的该测试分析报告文档有助于实现以下目标：了解软件的具体功能，对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析，为完善及改进软件的功能提供依据。软件测试的目的在于为了提高软件运行的稳定性，减少 Bug 的出现，提高用户体验。确保软件的质量、确认软件以正确的方式做了你所期望的事情。本软件测试计划说明的读者对象是测试人员。1.2背景1）待开发系统软件名称：贪吃蛇；2）本项目的任务提出者是学校信息管理系统的老师，由本小组用于测试成绩查询及管理；3）测试环境：硬件测试环境机型配置：联系小新v1000 屏幕：14英寸分辨率：13

3、66x768CPU主频：2GHz核心数：双核心/四线程显卡类型：入门级独立显卡显存容量：2GB电池类型：4芯锂电池续航时间：视具体使用环境而定软件及版本：Windows8.11.3测试环境Windows7、Linux、UNIX软件环境相关应用软件：IE、Chrome、FireFox。 测试工具表3-2 所需资料列表用途工具生产厂商版本备注测试计划word测试分析报告word功能测试JunitApache4.0性能测试手工测试测试管理人工管理1.4 软件说明贪吃蛇游戏是一款经典的益智游戏，有多平台版本，既简单又耐玩。该游戏通过控制蛇头方向吃蛋，从而使得蛇变得越来越长。本游戏属于益智游戏，提供娱乐

4、的功能，通过此软件，人们在休闲娱乐中获得更多的乐趣。2计划2.1说明贪吃蛇游戏是一款经典的益智游戏，有多平台版本，既简单又耐玩。该游戏通过控制蛇头方向吃蛋，从而使得蛇变得越来越长。本游戏规模较小，开发时间短，对目标硬件要求不高，本应用软件适用于多种操作系统，如Windows7、Linux、UNIX。同时了解信息系统的开发过程以及被提议的应用领域，预计可以达到预期的收益。因此，从技术方面来说是可行的。2.2测试内容测试内容有：游戏登陆模块、游戏运行模块。2.3测试方法：测试方法的选择软件测试就是使用人工或者自动手段来运行或者测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实

5、际结果之间的差别。软件测试方法是指测试软件性能的方法。随着软件测试技术的飞速发展，测试方法也越来越多样化，针对性更强，选择合适的软件测试方法可以让我们事半功倍。通常人们把软件测试技术归纳为两大类：白盒测试和黑盒测试。白盒测试分为静态测试和动态测试，黑盒测试分为功能测试和非功能测试。近年来又提出了一种新的软件测试方法，称作灰盒测试，它同时兼顾了白盒测试和黑河测试方法的优点。白盒测试：已知产品的内部工作过程，可以通过测试验证每种内部操作是否符合设计规格要求，所有内部成分是否已经过检验。软件的白盒测试是对软件的过程性细节做细致的检查，允许测试人员利用程序内部的逻辑结构，设计或选择测试用例，对程序的所

6、有逻辑路径进行测试，通过不同的点检查程序状态，确定实际状态是否与预期的状态一样。白盒可以理解为一种玻璃的、透明的盒子，当把某种东西放入其中，外边的人可以看到里面的一切，包括它的结构和各个组成部分。在操作白盒时还能看到它里面的运作过程。白盒测试主要包括代码检查法、静态结构法、程序插桩、逻辑覆盖以及基本路径测试等。黑盒测试：已知产品的功能设计规格和用户手册，可以测试验证每个功能是否都实现、每个实现了的功能是否符合要求，以及产品的性能是否满足用户的要求。黑盒不去考虑程序内部结构和结构特性，主要是验证软件所应该具有的功能，是否已经实现，软件系统的性能是否满足用户的要求，等等。黑盒是一个密封、不透明的盒

7、子，把东西放进黑盒里，外边的人无法看到里面的情况。操作并运行黑盒时，只能看到运行结果。黑盒测试主要包括等价类划分、边值分析、因果图法、错误推测、功能图法、性能测试、功能测试、强度测试、兼容性测试、配置测试以及安全测试等。为了保证程序测试的全面性，再设计测试用例的时候，本系统同时采用黑盒测试技术和白盒测试技术。2.4测试1 游戏登陆模块 2.5.1进度安排 集中测试，反复测试。2.5.2条件 良好的网络，以及正确的游戏账号。2.5.3测试资料示例模块：账号1: 密码：1234abcd账号2: 密码：a游戏登陆模块： 数据流程：白盒测试：（1） 语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：测试用

8、例输入路径输入预期输出输出结果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输入正确用户与正确密码进入显示游戏信息黑

9、盒测试：（1）等价类划分输入条件有效等价类无效等价类账号字符串为09之间的阿拉伯数字组合的有效游戏账号无效登录号密码有效密码无效密码测试用例（第一组）测试用例编号1测试项目账号登录测试标题输入无效游戏账号重要级别中预置条件输入账号，账号密码操作步骤1、输入账号 ；2、输入密码预期输出1、提示输入账号；2、提示用户“您输入的账号无效，请重新输入。”测试用例（第二组）测试用例编号2测试项目账号登录测试标题输入无效密码重要级别中预置条件系统中存在该用户输入账号，密码操作步骤1、输入账号，2、密码预期输出1、提示输入密码；2、提示用户“您输入的密码无效，请重新输入。”测试用例（第三组）测试用例编号3测

10、试项目账号登录测试标题输入有效游戏登录号和有效密码重要级别中预置条件系统中存在该用户输入账号，密码1234abcd操作步骤1、输入账号，2、输入密码1234abcd预期输出1、进入系统因果图设计测试用例规格说明第一：登录表中有记录第一不正确时给出信息“输入格式错误，请重新输入”，分析规格说明并编号因：第一：输入的账号有效 果：= 给出信息“提示错误信息，重新输入” 1） 画出的因果图如下图所示2） 将因果图转换为判定表，条件和输出结果编号成立时为1，否则记为0；表中每一列视为测试规则。 判定表：组合条件12条件原因 10动作结果 01账号管理模块：数据流程图：白盒测试：语句覆盖、判定覆盖、条件

11、覆盖、判定/条件覆盖、条件组合覆盖输入路径输入预期输出输出结果sabdf输入“sbdf”不进行游戏不进行游戏sabceg输入“sbceg”进行游戏运行游戏成功黑盒测试：（1）等价类划分有效等价类无效等价类输入账号密码1）的整数1)的整数3)含有数字外其他字符的输入4)非int类型数据表中是否有记录Yes No（2）输入的边界值含有数字外其他字符非int类型整数测试用例1：测试项目账号查询测试标题输入含有数字外其他字符的帐号输入*操作步骤1. 输入*2. 点击确定预期输出请输入正确id，请重新输入测试用例2：测试项目账号查询测试标题非int类型输入4.3操作步骤1输入4.32点击确定预期输出请输

12、入正确id，请重新输入测试用例3：测试项目账号查询测试标题整数输入00操作步骤1输入002点击确定预期输出请输入正确id，请重新输入因果图设计测试用例规格说明第一：输入的帐正确第二：登陆信息表中有记录第三：是否进行游戏 第一、二、三都满足时查询该账号；第一、二满足时成绩表中有记录，但没有查询成绩；第一不正确时给出信息“请输入正确id，重新输入”，第二不正确时给出信息“成绩未录入”，第三不查询时结束3） 分析规格说明并编号因：第一：输入的账号有效 第二：登陆信息表中有记录 第三：是否进行游戏 果：=！ 给出信息“请输入正确id，重新输入” = 表中有记录，但没有进行游戏 = 给出信息“请输入正确

13、id，重新输入”= 进行游戏 = 结束4） 画出的因果图如下图所示3联系方式姓名学号手机号温静吴萌萌4风险及约束由于客观存在的设备、网络等资源原因，使得测试不全面。由于研发模式为版本及时更新，且上线时间压力大，使得测试不充分。只针对专门的客户群需求的测试。设计方面：风险：(1)没有详细设计说明书; 解决方案：测试人员要在开发阶段对相关设计及需求文档进行分析，对大体模块功能进行分类，分析业务逻辑，在不清楚的地方及时与开发人员沟通。风险：(2)没有统一的界面设计规范。 解决方案：与项目负责人确认测试标准。开发方面： 风险：(1)所有模块开发没有统一设计，开发人员有自己的设计方式; 解决方案：与项目

14、负责人确认标准方式，与标准方式不一致的地方全部以BUG形式提交。风险：(2)需求变更开发。 解决方案：建议将需求变更形成文档，对没有文档的需求变更，在测试过程中发现及时与开发负责人确认，并存档相关变更文档。测试本身：风险：(1)人力资源; 解决方案：保证稳定的人员安排。风险：(2)硬件资源; 解决方案：事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行。风险：(3)版本控制; 解决方案：严格控制版本，BUG以版本为单位进行提交。在测试过程中及BUG确认阶段禁止任何代码更新。风险：(4)测试时间不足。在测试工作中，主要的风险有：一、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结

15、果某些地方始终测试不到或验证的标准不对;二、测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏;三、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够;四、质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智;五、测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等;六、测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差;七、有些缺陷出现频率不是百分之百，不容易被发现;如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大;缺陷分析对本系统测试过程中缺陷分析如表 S1 重要缺陷分析表中详细介绍。表 S1 重要缺陷分析表模块名称缺陷编号简要描

16、述分析结果测试通过（Pass/Fail）注册模块DL001注册信息输错时，系统不提示代码有误Fail信息统计TJ001统计图不实时更新系统漏洞Fail5故障转移和恢复测试 故障转移和恢复测试可确保测试对象能成功完成故障转移，并从硬件、软件或网络等方面的各种故障中进行恢复，这些故障导致数据意外丢失或破坏了数据的完整性。 故障转移测试可确保：对于必须始终保持运行状态的系统来说，如果发生了故障，那么备选或备份的系统就适当地将发生故障的系统“接管”过来，而且不会丢失任何数据或事务。 恢复测试是一种相反的测试流程。其中，将应用程序或系统置于极端的条件下（或者是模仿的极端条件下），以产生故障，例如设备输入

17、/输出 (I/O) 故障或无效的数据库指针和关健字。启用恢复流程后，将监测和检查应用程序和系统，以核实应用程序或系统是正确无误的，或数据已得到了恢复测试目标确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。测试中将包括以下各种情况：客户机断电服务器断电通过网络服务器产生的通信中断数据库指针或关键字无效数据库中的数据元素无效或遭到破坏方法应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作： 客户机断电：关闭 PC 的电源。 服务器断电：模拟或启动服务器的断电过程。 通过网络服务器产生的中断：模拟或启动网络的

18、通信中 断（实际断开通信线路的连接或关闭网络服务器或路由 器的电源）一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。完成标准在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表6质量目标系统能够正式发行和BUG的修复工作。 6.1产品质量目标软件质量评价说明 软件的质量可以理解为软件满足明确的和隐含的要求的能力。软件工程 产品评价中概述了软件产品评价的过程，提供了评价需求和指南。其中软件产品通用的评价过

19、程中进行软件质量评价主要的准备工作包括：制定质量模型，选择度量，建立度量评定等级。测试质量目标确认者（如需说明）测试已实现的产品达到设计的要求温静产品规定的操作和运行稳定温静6.2测试质量目标软件的六个品质要素：正确性是指当软件在执行条件下使用时，软件产品满足明确和隐含要求功能的能力。可靠性是指在指定的条件下使用时，软件产品维持规定的性能级别的能力。易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。效率是指在规定条件下，相对于所用资源的数量，软件产品可提供适当的性能的能力。可维护性是指软件产品可被修改的能力。修改可能包括修正、改进或软件适应环境、需求和功能说明中的变化。

20、可移植性是指软件从一种环境迁移到另一种环境的能力。评价测试质量的目标：测试质量目标确认者（如需说明）所有的测试案例已经执行过吴萌萌所有的自动测试脚本已经执行通过吴萌萌所有Bug已经解决并由测试验证吴萌萌7测试环境7.1.1硬件测试环境机型配置：联系小新v1000 屏幕：14英寸分辨率：1366x768CPU主频：2GHz核心数：双核心/四线程显卡类型：入门级独立显卡显存容量：2GB电池类型：4芯锂电池续航时间：视具体使用环境而定软件及版本：Windows8.1 7.2测试准备7.2.1 测试环境准备测试环境=软件+硬件+网络+数据准备+测试工具 测试环境是指为了完成软件测试工作所必需的计算机硬

21、件、软件、网络设备、历史数据的总称。毫无疑问，稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。准备事项开始时间完成时间测试人员阶段完成标志测试环境准备2017.4.152017.4.15 温静机器等完好7.2.2 安装测试安装测试有两个目的。第一个目的是确保该软件能够在所有可能的配置下进行安装，例如，进行首次安装、升级、完整的或自定义的安装，以及在正常和异常情况下安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常

22、是指运行大量为功能测试制定的测试。测试目标核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中： 首次安装。以前从未安装过 贪吃蛇 的新计算机 更新。以前安装过相同版本的 贪吃蛇 的计算机 更新。以前安装过较早版本的 贪吃蛇 的计算机方法手工开发脚本或开发自动脚本，以验证目标计算机的状况新贪吃蛇 从未安装过；已安装 贪吃蛇 相同或较早版本）。 启动或执行安装。 使用预先确定的功能测试脚本子集来运行事务。完成标准贪吃蛇 事务成功执行，没有出现任何故障。考虑的特殊事项应该选择贪吃蛇的哪些事务才能准确地测试出贪吃蛇应用程序已经成功安装，而且没有遗漏主要的软件构件。准备事项开始时间完成时间测试人员阶段完成标志安装测试2017.4.162017.4.16吴萌萌安装完毕7.3 具体测试实施任务和时间人员安排 测试功能点开始时间完成时间测试人员说明游戏登录2017.4.162017.4.16温静各项ok游戏运行2017.4.162017.4.16吴萌萌Ok专心-专注-专业