软件测试课程设计报告模板.docx

软件测试课程设计报告模板.docx

《软件测试课程设计报告模板.docx》由会员分享，可在线阅读，更多相关《软件测试课程设计报告模板.docx（20页珍藏版）》请在冰豆网上搜索。

软件测试课程设计报告模板

课程设计

课程名称

软件测试技术

题目名称

图书系统软件测试

专业班级

软件工程

学生姓名

学号

指导教师

褚伟

二○一六年五月二十四日

摘要（中英文）

1.测试需求分析

1.1系统概述

本图书管理系统是一款功能非常强大的图书管理软件，本系统在继承了以往系统版本优点的基础上做了进一步优化；在功能上，本系统不仅包含图书管理的常用功能（如书籍管理、期刊管理、物品管理、读者管理、借、还、预借、续借和统计分析等等功能），而且还增加了条码的生成和打印功能（不仅为使用者省去了购买价格昂贵的条码专用打印机的费用，而且条码产生更方便，与系统结合更紧密）。

考虑到很多单位和学校有现成的身份IC卡（校园卡、会员卡等），为了有效的利用这些已有资源，让使用者使用更方便，我们特在系统中加入了会员卡管理功能，这样，图书管理员不仅可以通过读者编号进行借阅操作，也可以通过已有的身份卡（配合刷卡机或者条码扫描抢使用）来完成操作；在系统的办卡管理中有新办卡、换卡和注销卡等功能，彻底解决丢卡后的安全隐患问题（向制卡公司定制卡时，一般会要求每张卡的ＩＤ号都不同，所以一旦换卡了，原来的会员卡就作废了，即使丢失卡被别人捡到也不能进行正常的借阅操作）。

本系统具有操作简单，易学易用的特点。

在开发过程中，我们总结了多年使用电脑管理图书馆业务的经验，注意到工作人员在使用电脑时容易发生的人为错误，因而使系统具有较强的容错和排错功能，而且本系统自带了一些常用的资料库（如中图分类库，出版社库等，系统会自动根据图书的标准ＩＳＢＮ码检索出当前图书的出版社名称和出版地点等，从而实现图书的自动录入的功能），使得用户在录入图书资料时更轻松；系统也自带了通用数据导入功能，可以非常简单地把用户以前的已有资料或者通过采集器采集到的数据资料导入到本系统中，避免了大量的重复劳动。

经过长时间的不断测试和完善，系统的安全性和稳定性得到保证。

本系统完全可以配合条码扫描枪使用，操作会更流畅，更简单。

　　技术简介：

本系统采用AdaptiveServerAnywhere数据库、C/S结构，完全支持多用户操作；可运行于Windows9x/WindowsNT/2000/Xp/2003平台，有良好的兼容性、先进性与扩充性；可在线升级。

　　系统特点：

操作简单、界面清晰、功能强大、运行稳定快速、系统资源占用少。

1.2测试需求

本次测试针对开发的图书馆管理系统进行，包括功能测试，界面测试，图书管理测试，信息查询测试，借书测试，还书测试，用户、管理员管理测试。

按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。

测试标识符

测试内容

实际测试工作内容与预先设计的内容的差别

系统登陆测试

检查用户是否合理、合法

无

图书管理测试

查询、添加、删除、修改图书信息

无

信息查询测试

进行图书信息查询

无

借书测试

读者从图书馆借出书籍

无

还书测试

读者退还所借书籍

无

用户、管理员管理测试

添加、删除、修改用户、管理员信息

无

3.测试计划

3.1测试方案的选择

测试的方法：

在这里我们有黑盒、白盒、静态、动态、回归、单元和集成测试等方法。

黑盒测试：

黑盒测试又称功能测试或者数据驱动测试。

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。

白盒测试：

白盒测试又称结构测试或者逻辑驱动测试。

白盒测试是把测试对象看作一个打开的盒子。

利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。

白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证

静态测试：

静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.。

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。

静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。

静态测试结果可用于进一步的查错，并为测试用例选取提供指导

动态测试：

动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。

回归测试：

回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。

理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。

根据修复好了的缺陷再重新进行测试。

回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。

一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。

因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。

所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。

单元测试：

单元测试是最微小规模的测试;以测试某个功能或代码块。

典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。

这个工作不容易做好，除非应用系统有一个设计很好的体系结构;还可能需要开发测试驱动器模块或测试套具。

集成测试：

集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。

部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。

这种类型的测试尤其与客户服务器和分布式系统有关。

一般集成测试以前，单元测试需要完成。

　　集成测试是单元测试的逻辑扩展。

它的最简单的形式是：

两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。

从这一层意义上讲，组件是指多个单元的集成聚合。

在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。

方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。

最后，将构成进程的所有模块一起测试。

此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。

集成测试识别组合单元时出现的问题。

通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。

这种方法将可能发生的情况数量减少到更简单的分析级别

测试用例的选取原则：

一：

测试用例必须具有代表性、典型性。

二：

测试用例要有“浓缩性”，即精要、综合。

三：

尽量避免含糊的测试用例。

四：

尽量将具有类似效果的测试用例抽象并归类。

五：

尽量避免冗长和复杂的测试用例。

3.2测试方案：

采用黑盒测试方法。

对功能进行逐一测试，在输入合理及不合理的数据后测试系统的正常运作情况。

3.3测试项目

测试1：

系统登录测试

测试2：

图书管理测试

测试3：

信息查询测试

测试4：

系统管理测试

测试5：

借书测试

测试6：

还书测试

3.4测试准备

计划测试项目，设计合理的测试用例。

3.5测试覆盖率要求

（1）对源代码的测试覆盖率要求

在这里我们争取对软件关键模块的语句覆盖率要达到100%，分支覆盖要达到85%以上。

从而使系统的整体代码覆盖率能够达到87%以上。

（2）对需求的测试覆盖率要求

在这里争取测试用例的执行率要在100%，即所有用例都要执行一遍，测试用例的通过率要达到95%以上。

4.测试项目说明

4.1测试项目名称及测试内容

测试1：

名称：

系统登录测试

目的：

测试系统操作界面

内容：

帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制

测试2：

名称：

图书管理测试。

目的：

测试图书库操作功能。

内容：

图书库管理界面显示控制，图书库浏览，增加图书记录，删除图书记录，编辑图书记录。

测试3：

名称：

信息查询测试

目的：

测试系统信息查询功能

内容：

输入查询关键字，进行图书信息查询，管理员可查询学生信息，借阅信息

测试4：

名称：

系统管理测试

目的：

测试系统管理的功能

内容：

系统管理，创建用户，删除用户，修改用户，更改口令。

测试5：

名称：

借书测试

目的：

测试借书功能

内容：

学生查找书籍，找到所要书籍进行借阅

测试6：

名称：

还书测试

目的：

测试还书功能

内容：

学生退还所借书籍，记录借还信息。

4.2测试用例

4.2.1用例1：

系统登录测试

输入

输出

用户名

密码

权限

admin

admin

管理员

登录失败，输入错误

admin

123456

管理员

登录失败，输入错误

admin

管理员

登录成功，进入管理员模块

1．输入：

”admin““admin”

输出要求：

登陆失败

输出结果：

2．输入：

”admin““123456”

输出要求：

登陆失败

输出结果：

3．输入：

”admin““”

输出要求：

登陆成功

输出结果：

4.2.2测试2（图书管理测试）

1．添加图书测试

输入：

图书信息

输出要求：

添加成功

输出结果：

2．修改图书测试

输入：

输出要求：

修改成功

输出结果：

3.删除图书测试

输入：

删除”编译原理”

输出要求：

已经删除此书

输出结果：

与书库对比，已删除此书：

4.2.3测试3（信息查询测试）

1.图书信息查询测试：

输入:

”计算机”,显示相关书籍

输出要求：

显示出查询结果（查询计算机组成与结构）

输出结果：

2.学生信息查询测试:

输入:

读者姓名:

”田远”

输出要求:

显示该读者的信息以及所借的书籍

输出结果:

4.2.4测试4（系统管理测试）

用户添加：

1．用户添加测试

输入：

要求：

添加成功

结果：

2.切换用户测试

输入：

要求：

登录成功

结果：

3.修改密码测试

输入：

要求：

修改成功

结果：

普通用户测试用例：

输入

输出

用户名

密码

学生

1

用户名重复

1

用户名不能为空

游客

2

添加用户成功

1．输入：

”学生””1”

输出要求：

用户名重复

输出结果：

2．输入:

””“1”

输出要求：

用户名不能为空

输出结果：

3．输入：

”游客”“2”

输出要求：

添加成功