软件测试专业课程设计方案报告模板.doc

课 程 设 计

课程名称
软件测试技术
题目名称
图书系统软件测试
专业班级
软件工程
学生姓名

学 号

指导老师
褚 伟

二○一六年五月二十四日
目录
1.测试需求分析 2
1.1系统概述 2
1.2测试需求 3
2. 测试概要 3
3.测试计划 4
3.1测试方案选择 4
3.2测试方案： 6
3.3测试项目 6
3.4测试准备 6
3.5 测试覆盖率要求 6
4.测试项目说明 7
4.1测试项目名称及测试内容 7
4.2测试用例 8
5.对软件功效结论 23
5.1功效1（系统登录） 23
5.2功效2（图书管理测试） 23
5.3功效3（图书查询测试） 23
5.4功效4（系统管理测试） 23
5.5功效5（借书测试） 24
5.6功效6（还书测试） 24
6.测试评价和结论 24
6.1能力 24
6.2缺点和限制 24
6.3提议 24
7.总结 25
8.参考资料 25

摘要（中英文）

1.测试需求分析
1.1系统概述
本图书管理系统是一款功效很强大图书管理软件，本系统在继承了以往系统版本优点基础上做了深入优化；在功效上，本系统不仅包含图书管理常见功效（如书籍管理、期刊管理、物品管理、读者管理、借、还、预借、续借和统计分析等等功效），而且还增加了条码生成和打印功效（不仅为使用者省去了购置价格昂贵条码专用打印机费用，而且条码产生更方便，和系统结合更紧密）。 
考虑到很多单位和学校有现成身份IC卡（校园卡、会员卡等），为了有效利用这些已经有资源，让使用者使用更方便，我们特在系统中加入了会员卡管理功效，这么，图书管理员不仅能够经过读者编号进行借阅操作，也能够经过已经有身份卡(配合刷卡机或条码扫描抢使用)来完成操作；在系统办卡管理中有新办卡、换卡和注销卡等功效，根本处理丢卡后安全隐患问题（向制卡企业定制卡时，通常会要求每张卡ＩＤ号全部不一样，所以一旦换卡了，原来会员卡就作废了，即使丢失卡被她人捡到也不能进行正常借阅操作）。　　
本系统含有操作简单，易学易用特点。在开发过程中，我们总结了多年使用电脑管理图书馆业务经验，注意到工作人员在使用电脑时轻易发生人为错误，所以使系统含有较强容错和排错功效，而且本系统自带了部分常见资料库（如中图分类库，出版社库等，系统会自动依据图书标准ＩＳＢＮ码检索出目前图书出版社名称和出版地点等，从而实现图书自动录入功效），使得用户在录入图书资料时更轻松；系统也自带了通用数据导入功效，能够很简单地把用户以前已经有资料或经过采集器采集到数据资料导入到本系统中，避免了大量反复劳动。经过长时间不停测试和完善，系统安全性和稳定性得到确保。
本系统完全能够配合条码扫描枪使用，操作会更流畅，更简单。
　　技术介绍： 本系统采取Adaptive Server Anywhere数据库、C/S结构，完全支持多用户操作；可运行于 Windows9x/WindowsNT//Xp/平台，有良好兼容性、优异性和扩充性；可在线升级。
　　系统特点：操作简单、界面清楚、功效强大、运行稳定快速、系统资源占用少。
1.2测试需求
此次测试针对开发图书馆管理系统进行，包含功效测试，界面测试，图书管理测试，信息查询测试，借书测试，还书测试，用户、管理员管理测试。根据规格需求说明书中功效进行测试，在测试过程中发觉软件漏洞不足并给予更正。
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 “ “ ”
输出要求：登陆成功
输出结果：
42.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”
输出要求：添加成功
输出结果：

修改用户测试用例：
输入
输出
修改前
修改后
用户名
密码
是否锁定
用户名
密码
是否锁定
学生
1
未锁定
学生
11
未锁定
修改成功
学生
1
未锁定
读者
1
未锁定
修改成功
学生
1
未锁定
读者
11
锁定
修改成功
学生
1
未锁定
读者
11
锁定
修改成功
1． 输入：密码改为”4”
输出要求：修改成功
输出结果：

2．其它修改测试类似
3．添加管理员测试和修改密码测试类似于添加一般用户测试和修改用户测试
4.2.5测试5(借书测试)
借书测试用例：
输入
输出
原因
用户id
图书id

待操作列表中无数据统计
用户编号不能为空
31

待操作列表中无数据统计
图书编号不能为空
1111
123456
待操作列表中无数据统计
此用户不存在
31
1234567
待操作列表中无数据统计
此书不存在
31
123456
借书成功

1.输入：” ” “ ”
输出要求：借书失败
输出结果：

2.输入：”31” ” ”
输出要求：添加失败
输出结果：

3.输入：”1111” “123456 ”
输出要求：添加失败
输出结果：

4.输入：”31” “1234567”
输出要求：添加失败
输出结果：

5.输入：” 31” “123456”
输出要求：添加成功
输出结果：

4.2.6测试6(还书测试)
还书测试用例：
输入
输出
原因
用户id
图书id

待操作列表中无数据统计
用户编号不能为空
31

待操作列表中无数据统计
图书编号不能为空
1111
123456
待操作列表中无数据统计
此用户不存在
31
1234567
待操作列表中无数据统计
此书不存在
31
123456
还书成功

1.输入：” ” “ ”
输出要求：还书失败
输出结果：

2.输入：”31” ” ”
输出要求：还书失败
输出结果：

3.输入：”1111” “123456 ”
输出要求：还书失败
输出结果：

4.输入：”31” “1234567”
输出要求：还书失败
输出结果：

5.输入：” 31” “123456”
输出要求：还书成功
输出结果：

5.对软件功效结论
5.1功效1（系统登录）
5.1.1能力
在测试过程中对于选择用例基础能过提犯错误提醒，变现良好。
5.1.2限制
在输入时假如选择了游客，则不管是否输入用户名和密码全部会进入游客模块，在该功效上还有待深入改善。
5.2功效2（图书管理测试）
5.2.1能力
图书管理测试中各项功效，包含添加图书、修改图书、删除图书，添加图书分类、修改图书分类、删除图书分类，表现得全部比较快速。
5.2.2限制
对于图书信息表数据项还应该多添加部分，这点还有待深入改善。
5.3功效3（图书查询测试）
5.3.1能力
图书查询速度较快，查询能力也很好。
5.3.2限制
因为数据库内容较少，查询速度不能反应出软件处理真实情况，这点还需有待验证。
5.4功效4（系统管理测试）
5.4.1能力
在添加、删除、修改用户和管理员功效上全部较快。
5.4.2限制
因为数据库内容较少，添加、修改、删除速度全部还不能反应出软件处理真实情况，这点还需有待验证。
5.5功效5（借书测试）
5.5.1能力
还书能力很好，速度也较快。
5.5.2限制
最好能实现用户自己自主实现借阅功效，但需要自主借阅限制。
5.6功效6（还书测试）
5.6.1能力
还书能力很好，速度也较快。
5.6.2限制
最好能实现用户自己自主实现借阅功效，但需要自主借阅限制。
6.测试评价和结论
6.1能力
针对现实情况，该软件能对管理模块进行对应操作，能做到基础登陆验证、图书管理、还书、借书、图书查询、用户、管理员管理等功效，而且还增加了条码生成和打印功效，界面简练美观，反应速度还能令人满意。
6.2缺点和限制
在登录系统中，没有对不符合要求用户名和密码格式进行限制。
在图书管理系统中，数据库中内容还较少，不能较正确反应出添加、删除、修改图书信息和添加、删除、修改图书分类信息速度。
在图书查询系统中，没有对每一本书具体信息进行查询，而且数据库较小。
在借书和还书系统中，只有管理员能实现此功效，学生不能自主借书，还书。
6.3提议
a． 增加登录时验证规则；
b． 增加数据库中内容；
c． 增加查询时现实信息；
7.谢辞
此图书管理系统是功效很强大图书管理软件，此系统在继承了以往系统版本优点基础上做了深入优化；在功效上，此系统不仅包含图书管理常见功效（如书籍管理、期刊管理、物品管理、读者管理、借、还、预借、续借和统计分析等等功效），而且还增加了条码生成和打印功效（不仅为使用者省去了购置价格昂贵条码专用打印机费用，而且条码产生更方便，和系统结合更紧密）。针对实现了图书馆管理系统功效模块，基础上达成了预定要求。只有在登录系统中，没有对用户名格式验证。还有，在借书和还书系统上，也有一定缺点。
这次课设，在设计过程中碰到了很多问题，刚开始要设计时候不知道从哪里下手，但经过不停探索和老师教导得以处理，让我学到了很多书本上没有东西，我也将书本上知识融会贯通，起到了很好辅助学习效果，我也发觉我学到知识比上个学期学还要多。理论和实践相结合是学习最有效方法，这次设计中我也发觉了自己很多不足之处，对以前所学了解不够深刻，掌握不够牢靠。
经过此次软件测试课程设计，我深刻学习掌握了软件测试和软件测试过程基础方法和基础技术，相关黑盒、白盒测试用例设计，也进行了认真学习研究，从而深入提升了自己在程序上编写能力，和部分之前未触及问题，为立即踏上社会自己又做了一份理论和实践准备。

8.参考文件
[1]《软件工程导论》（第五版），张海藩编著，清华大学出版社，2月