软件测试大作业
软件测试大作业
软件测试⼤作业易班⽹络社区部分功能系统测试设计1导⾔ (2)1.1⽬的 (2)1.2范围 (1)1.3术语定义 (1)1.4参考资料 (2)2.测试设计 (2)2.1测试范围 (2)2.2测试覆盖设计 (2)3.测试⽤例 (3)3.1⽤例⼀：易班社区-注册新⽤户功能测试 (3)3.2⽤例⼆：易班社区-⽤户登录功能测试 (6)3.3⽤例三：个⼈主页-博客模块功能测试 (9)3.4⽤例四：个⼈主页-相册模块功能测试 (13)3.5⽤例五：个⼈信息－头像设置功能测试 (16)1导⾔“易班”（E－CLASS）是⼀个以⾼校师⽣为主要使⽤对象的⽹络虚拟社区，由上海市教卫党委、市教委依托市教育系统⽹络⽂化发展研究中⼼⾃主研发，是市教委在全市⾼校中重点推进的⽹络⽂化建设项⽬，被昵称为“易班”。
易班集成了BBS、SNS、博客、微博、⼿机应⽤等多种新型互联⽹应⽤。
其中包含了新闻、通讯录、校园应⽤、博客、微博、相册、互动社区、论坛、邮箱、⽹盘、掌上易班。
通过该⽹站，⾼校辅导员、教师及学⽣可在线互动交流、交换各种信息及资源、上传照⽚、撰写博客等。
/doc/76873eb9f121dd36a32d82af.html /profile1.1⽬的该⽂档的⽬的是描述易班⽹络社区部分功能的系统测试设计，其主要内容包括：◆测试总体设计◆测试⽤例设计本⽂档的预期的读者是：◆项⽬管理⼈员◆测试⼈员1.2范围该⽂档为西华⼤学易班⽹络社区部分功能的系统测试设计，其中包括⽤户注册登录信息功能，界⾯性能，以及个⼈空间部分功能测试和性能测试的⽤例描述，为测试⼈员进⾏功能测试和性能测试提供标准和依据，以及详尽的测试步骤和⽅法。
1.3术语定义◆功能性测试按照系统需求定义中的功能定义部分对系统实⾏的系统级别的测试。
◆⾮功能性测试按照系统需求定义中的⾮功能定义部分（如系统的性能指标，安全性能指标等）对系统实⾏的系统级别的测试。
◆测试⽤例测试⼈员设计出来的⽤来测试软件某个功能的⼀种情形。
1软件工程方法(测试专业)-大作业
项目名称软件工程方法大作业2013-12版本变更历史目录1.引言 (1)1.1系统概述 (1)1.2术语和缩略词 (1)1.3参考资料 (1)1.4文档组织 (1)2.系统需求分析 (2)2.1用户需求概述 (2)2.2功能需求建模 (2)2.3非功能需求分析 (5)3.系统总体设计 (7)3.1设计目标和原则 (7)3.2软件架构设计 (7)3.3硬件架构设计 (7)3.4关键技术及解决方案 (7)4.系统测试和实施 (7)4.1测试方案设计 (7)4.2功能测试情况 (14)4.3...测试情况 .. (17)4.4测试结果分析 (18)5.结论........................................................................................ 错误！未定义书签。
5.1总体工作总结 (19)5.2个人完成工作总结 (19)1.引言1.1 系统概述摘要：本系统的来源背景：随着经济全球化的迅猛推进，传统的只通过人力来管理企业财务的方法已远远满足不了企业的需求，必须有一种迅捷而又方便的财务管理方式能够替代传统的方法，实现财务的自动化管理已迫在眉睫，在这个背景下财务双赢系统应运而生。
它的意义在于：它能有效解决中小企业各部门员工或经办人日常借款、报销签批过程复杂、结算过程等待时间长的问题；最大程度规范借款、报销单据的填写、签批操作，避免人为错误；提高财务审核、结算、入账的工作效率；实现日常借款、报销信息的数据存档，为费用管理提供数据依据。
1.2 术语和缩略词关键词：模块财务管理对象操作系统交互信息管理系统架构1.3 参考资料本章应列出本文档引用的所有文档的标题、出处、修订版本和日期等信息。
[1] 高成. JSP动态网站建设.[M].北京：国防工业出版社，2002[2] 黄理. JSP深入编程. [M].北京：北京希望电子出版社，2001[3] 马文刚.JSP实用编程实例集锦. [M].北京：清华大学出版社，2001[4] 黄明. JSP信息系统设计与开发实例. [M].北京：机械工业出版社，2004[5] 胡艳洁.HTML标准教程. [M].北京：中国青年出版社，2004[6] 萨师煊.数据库系统概论. [M].北京：高等教育出版社，2000[7] 吉根林.WEB程序设计. [M].北京：电子工业出版社，2004[8] 〔美〕T. 库克. JSP从入门到精通. [M].北京：电子工业出版社，2003[9] 〔美〕J. 福克纳.JSP WEB编程指南. [M].北京：电子工业出版社，2003[10]〔美〕G..柏林格.JSP程序设计指南. [M].北京：清华大学出版社，20021.4 文档组织本文从五部分对双赢系统做了分析：第一部分是，双赢系统的来源背景以及意义做了简要的分析，本系统能有效解决中小企业各部门员工或经办人日常借款、报销签批过程复杂、结算过程等待时间长的问题。
软件测试课程大作业要求
.
.; 软件测试课程大作业要求
题目：某系统中有一个模块，其中的NextDate函数负责计算输入日期的下一天的日期，函数包含三个变量month、day和year，是系统的输入，函数的输出为输入日期后一天的日期。
要求输入变量month、day和year均为整数值，并且满足下列条件：
条件1 1≤ month ≤12
条件2 1≤ day ≤31
条件3 1912≤ year ≤2050
请根据以上要求，完成黑盒测试过程中相关的数据资料，具体提交的内容包含：
1、对函数进行黑盒测试所需的软件测试大纲文档；
2、函数功能测试的测试用例，并使用等价类法、边界值法、因果图法、决策表法和错误推测法中的一种或多种方法，说明测试用例设计和选取的依据（务必仔细研读测试用例的特征要求）；
3、软件测试报告书。
作业其他要求：
1、提交截止时间：2012年1月6日，超过日期作缺考处理。
2、文档格式严格按照通用的测试文档要求编写；
3、各自的测试文档请独立完成，文档雷同程度超过60%，将以作
弊处理，无成绩。
软件测试大作业
软件测试⼤作业软件测试期末⼤作业⼀、判断（1）测试是为了验证软件已正确地实现了⽤户的要求。
（×）（2）⽩盒测试仅与程序的内部结构有关，完全可以不考虑程序的功能要求。
（√）（3）⿊盒测试的测试⽤例是根据程序内部逻辑设计的。
（×）（4）在软件开发过程中，若能尽早暴露其中的错误，则为修复和改进错误所花费的代价就会降低。
（√）（5）单元测试通常由开发⼈员进⾏。
（√）（6）测试⼈员说：“没有可运⾏的程序，我⽆法进⾏测试⼯作”。
（×）（7）软件测试员⽆法对产品说明书进⾏⽩盒测试。
（×）（8）在设计测试⽤例时，应包括合理的输⼊条件和不合理的输⼊条件。
（√）（9）压⼒测试不需要辅助⼯具的⽀持。
（×）（10）软件测试岗位⼯作⾓⾊有：测试经理、测试⼯程师、测试员（√）⼆、选择1、⽤⿊盒技术设计测试⽤例的⽅法之⼀为（ A ）A）因果图B）逻辑覆盖C）循环覆盖D）基本路径测试2、软件测试的⽬的是（ B ）A）避免软件开发中出现的错误B）发现软件开发中出现的错误C）尽可能发现并排除软件中潜藏的错误，提⾼软件的可靠性D）修改软件中出现的错误3、下列软件属性中，软件产品⾸要满⾜的应该是（A ）A）功能需求B）性能需求C）可扩展性和灵活性D）容错纠错能⼒4、以程序的内部结构为基础的测试⽤例技术属于（D）。
A）灰盒测试B）数据测试C）⿊盒测试D）⽩盒测试5、为了提⾼测试的效率，正确的做法是（A）。
A）选择发现错误可能性⼤的数据作为测试⽤例B）在完成程序的编码之后再制定软件的测试计划C）随机选取测试⽤例D）使⽤测试⽤例测试是为了检查程序是否做了应该做的事6、对程序的测试最好由谁来做，对程序的调试最好由谁来做（B）。
A）程序员第三⽅测试机构B）第三⽅测试机构程序员C）程序开发组程序员D）程序开发组程序开发组7、在进⾏单元测试时，常⽤的⽅法是（C ）A）采⽤⽩盒测试，辅之以⿊盒测试B）采⽤⿊盒测试，辅之以⽩盒测试C）只使⽤⽩盒测试D）只使⽤⿊盒测试8、以下那⼀种选项不属于软件缺陷（D）。
软件测试技术课程大作业安排
软件测试技术课程大作业进度安排与检查计划一、目的为增加每位同学对软件测试工程工作流程的了解和掌握，培养实际组织实施软件测试工作的能力，安排本课程作业。
二、作业要求题目：针对一个已完成开发的软件产品，按软件测试工程的工作流程完成与其相关的测试工作。
要求整个工作按流程，分步骤有计划组织实施，各步骤中要按作业要求的检查项目提交正式的书面文档。
本作业为课程大作业，分组组织实施，每组4-5人，由同学按兴趣自行分组，每组确定组长1人。
请在3月12日之前将分组情况报给课代表倪训华（Email: xunhuani@）。
三、进度安排与检查3月26日前完成测试对象的准备工作，提交作为测试对象的软件产品。
要求包括产品源码、项目说明、分析及设计文档；4月2日前按软件项目相关文档，制定测试需求，提交测试需求说明书；4月9日前制定软件测试计划，提交测试计划文档；4月23日前完成单元测试用例的设计，提交单元测试用例设计报告；4月30日前完成集成测试用例的设计，提交集成测试用例设计报告；执行单元测试，提交用例执行报告及测试结果评审记录；5月9日前完成系统测试用例的设计，提交系统测试用例设计报告；执行集成测试，提交用例执行报告及测试结果评审记录；5月14日前执行系统测试用例并完成测试结果评审，提交系统测试用例执行报告及测试结果评审记录；5月21日前分析测试结果，提交测试分析报告和小组演示汇报ppt；5月28日和6月4日项目总结及集体讨论。
四、补充说明作业中测试的软件产品对象可以是组内成员在其它课程中完成的大作业，要求实际编写代码行数不低于1000行。
项目要有比较完备的文档说明，以便于组内同学对该产品的快速理解和掌握，提高课程作业质量。
小组在确定其所针对的软件产品项目后，应提交课程教师及助教对其项目情况进行检查，待确认后再开始后续工作的实施。
测试要求包含黑盒测试、白盒测试、模块测试及系统集成测试。
其中白盒测试中要求语句覆盖不低于90%，分支覆盖不低于85%，系统集成测试用例数不低于50个。
软件测试大作业
学生实验报告学院：软件与通信工程学院课程名称：软件测试与质量保证专业班级：软件126班姓名：江腾学号： 0123866软件测试—班级管理系统一、被测试软件的项目背景本班级信息管理系统可以说是一个综合性的学校班级管理系统，这它集成了学生信息管理系统、学生学习管理系统、学生活动管理系统等多种功能，因而具有较强的实用性和先进性。
1.1、学生管理系统子功能介绍1.1.1主界面1.1.2学生信息管理假设已经将学生信息添加到这个系统，出现这个界面，学生可以查看自己的信息，学习记录，还可以对自己的信息进行修改，如上图所示。
1.1.3学生活动管理1.1.4学生学习管理1.2具体功能需求分析1.2.1学生信息管理功能功能需求编码F01.01.00功能需求名称学生信息管理功能描述学生的信息记录子功能编码子功能名称子功能描述输出F01.01.01添加功能添加学生姓名、学号、性别操作添加记录操作与否提示显示添加记录F01.01.02删除功能删除学生信息记录系统恢复到初始状态输入编码输入内容输入方式输出后继输入F01.01.11姓名录入F01.01.12F01.01.12学号录入F01.01.01F01.01.13性别录入F01.01.02F01.01.14时间生成当前日期F01.01.031.2.2学生学习考勤情况管理功能功能需求编码F01.01.00功能需求名称学生考勤管理功能描述学生的学习记录，来或者没来，缺勤的原因子功能编码子功能名称子功能描述输出F01.01.01添加功能添加缺勤学生姓名及缺勤原因操作添加记录操作与否提示显示添加记录F01.01.02删除功能删除学生缺勤记录系统恢复到初始状态输入编码输入内容输入方式输出后继输入F01.01.11姓名录入F01.01.12F01.01.12地点录入教室地点F01.01.13F01.01.13缺勤原因录入学生缺勤原因F01.01.14 F01.01.14时间生成当前日期F01.01.151.2.3.学生个人活动情况功能需求编码F02.01.00功能需求名称学生活动管理功能描述记录学生的活动的详细情况子功能编码子功能名称子功能描述输出F02.01.01添加功能添加学生活动情况操作添加记录操作与否提示显示添加记录F02.01.02删除功能删除学生活动记录系统恢复到初始状态输入编码输入内容输入方式输出后继输入F02.01.11 姓名录入F02.01.12F02.01.12 学号录入F02.01.13F02.01.13 性别录入F02.01.14F02.01.14 时间生成当前日期F02.01.011.3职工工资管理系统的性能及可用性要求除了功能需求以为，每个系统都会有一些性能上、安全上及其他方面的具体要求，另外还有一些一般性的规定，它可能不是针对某个具体的模块，而是整个系统，要求软件的每个模块都能达到某种程度的要求，浙西而需求没有固定的模式，但一个具体的软件过程需要考虑所测试的软件项目的具体需求，并经过测试确定该软件在这些方面能够达到用户的要求。
软件性能测试大作业
软件性能测试大作业
网上书店性能测试
小组成员：高秋月葛超颖张慧
2018.06
目录
第一章：系统需求规格说明书
1.系统的功能需求；
2.系统的性能需求；
（1）用户注册事务成功率98%，最大响应时间5S
（2）系统能够20分钟不间断运行
（3）用户登录响应时间<=3s ，支持20个并发用户登录（并发测试）（4）用户将图书加入购物车事务成功率98%，添加成功最大响应时间3S
（5）20个用户并发查询图书，最大响应时间不超过10S（负载测试）（6）用户退出响应时间<=3s
第二章：组建性能测试团队
高秋月：测试环境的搭建、脚本录制葛超颖：测试报告编写、测试结果分析张慧：测试报告编写、场景设计及执行
第三章制定测试计划
1.测试范围；单元测试、系统测试
2.制定测试计划；
第一天：搭建测试环境，保证被测系统正常运行第二天：制定脚本计划，录制脚本
第三天：场景设计及执行、分析测试结果及瓶颈第四天：完善测试报告
第四章设计测试方案
第五章搭建测试环境
1.安装ha_USBWebserver
2.安装navicat,使用MYSQL数据库
3.安装tomcat，配置环境变量
4.安装eclipse，配置环境变量
5.操作系统：Windows 7
6.浏览器:IE 9
7.配置JDK
第六章执行性能测测试
1.脚本的录制与开发
2.场景的设计
3.测试执行
4.测试监控
第七章分析测试结果
1.测试结果分析；
2.系统瓶颈；
3.调优方案；。
软件测试大作业
一、《软件测试》大作业提交要求：1.将作业进行压缩打包，发到我的邮箱********************2.大作业格式命名规范：班级+学号，例：软件2班+张三3.大作业提交截止日期：2011年12月30日之前二、具体考核内容：1.通过对本课程的学习，谈谈你对软件测试的认识，即总结什么是软件测试？为什么要进行软件测试？如何完成软件测试？2.黑盒测试：1)假设商店货品价格（R）都不大于100元（且为整数），若顾客付款（P）在100元内，现有一个程序能在每位顾客付款后给出零钱的最佳组合（找给顾客货币张数最少）。
假定此商店的货币面值只包括：50元（N50）、5元（N5）、1元（N1）4种。
请按照题意，使用等价类划分法设计测试用例。
2)一个试卷评分和成绩统计的程序，输入文件由80个字符的一些记录组成，共有3组：标题，每个学生的成绩和等级报告；按学生得分排序，每个学生的成绩，平均分数，最高和最低分之差的报告；按题号排序，每题学生答对的百分比报告。
对该题目的输入和输出条件进行边界分析，并设计测试用例。
3)用因果图法设计以下程序的测试用例。
某公司对客户有一定的折扣政策，公司软件的一个模块的需求说明书中描述“……当交易额小于等于5万元时折扣为0，当交易额大于5万元时才有折扣，如果交易的客户在三个月内无欠款，则折扣为15%；如果交易的客户在三个月内有欠款，若该客户是三年以上的老客户，则折扣为10%；若该客户不是三年以上的老客户，则折扣为5%” 。
4)请建立下列需求的决策表，并绘制出化简（合并规则）后的决策表。
软件的一个模块的需求规格说明书中描述到“……对于功率大于50马力的机器或者维修记录不全的或已经运行10年以上的机器应予以优先的维修处理……”这里假定“维修记录不全”和“优先维修处理”有严格的定义。
3.白盒测试：为以下流程图所示的程序设计一组测试用例，要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖和路径覆盖。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
欧亚学院2015－2016 学年第二学期期末大作业专业：软件工程 课程：软件测试工具 年级：13级一、作业题目根据选定的软件系统，对该系统进行功能和性能方面的测试。
根据软件需求规格说明书，制定测试计划、设计测试用例、选择测试策略、使用测试工具逐项展开测试，检查软件产品是否达到用户需求。
二、评分标准学号：13610102151435 班级：统本软件1302班 姓名：周印 座位号___9_- - - -- - - - -- - - - -- - - - - - - -- - - -- -- -密 ○- - - - - - - - - - - - - - -- - - -- -- - -封 ○- - - - - - - - - - - - -- - - --- - - -- -线 ○-- - - - -- - - - -测试文档的完整性、规性20分《软件测试工具》课程大作业专业：软件工程班级：统本软件1302班学号：435姓名：周印报告日期：2016年06月12日目录1引言 (1)1.1编写目的 (1)1.2系统介绍 (1)1.3术语和缩略词 (1)1.4参考资料 (1)2任务概述 (2)2.1测试目标（性能需求和功能需求） (2)2.2测试计划描述 (2)2.3系统测试策略 (2)2.4测试环境搭建 (2)2.5测试方法和工具 (2)3功能测试 (3)3.1功能模块说明 (3)3.2测试用例设计 (3)3.3测试执行过程 (3)3.4测试结果分析 (3)4性能测试 (4)4.1测试指标及期望 (4)4.2录制与编写脚本 (4)4.3设计与创建场景 (4)4.4运行结果并分析数据 (4)5测试结果及建议 (5)6总结 (6)1引言1.1编写目的随着现代科学技术的进步，人类社会正逐渐走向信息化，图书馆拥有丰富的文献信息资源，是社会系统的重要组成部分，在信息社会中作用愈来愈重要，我国图书馆计算机等信息技术的应用起步于20世纪70年代末期，随着改革开放的步伐得迅速发展，特别是90年代以后，我国图书馆信息网络建设取得了较大发展图书馆信息化建设迈向了一个新台阶。
我们的软件工程课程设计要求应用软件工程的方法对我们的项目进行详细的需求分析、概要设计、详细设计以及进行必要的测试，旨在让程序能够实现读者管理功能、采编管理功能、流通管理功能、统计管理功能和查询管理功能。
在此基础上让程序能够实现图书管理的自动化，帮助广大师生更好的管理和使用图书,提高图书在信息时代的作用。
为使图书管理工作科学化、规化，就必须采用计算机辅助管理，从而减少人力的投入，由系统对入库图书进行自动分类、归类，学生信息整理、借阅情况登记入档，提高信息处理的精度和准确度。
1.2系统介绍利用此图书管理系统，可以大大减轻图书馆管理员的工作负担，同时能够极利用图书资源，为用户提供及时快捷的图书信息。
图书馆管理系统的管理员权限分为3级：系统管理员、图书管理员和一般管理员。
他们具有不同的模块的管理权限。
图书馆管理系统的主要实体是书籍和图书。
通过不同的功能模块可以有效地对这两个实体进行管理。
这些模块的功能需求简单表述如下。
系统管理员：只有系统管理员才具有该模块的权限。
该模块需要实现书籍参数和用户信息的管理，另外通过该模块可以解冻被冻结的用户、修改密码、备份数据库。
书籍参数具体包括索书号、书籍类型和费用类型3个方面的信息。
用户信息管理包括添加、编辑和删除用户信息。
书籍信息管理：系统管理员和图书管理员具有该模块的权限。
该模块是系统核心的功能模块，要现添加书籍信息、查找书籍信息、编辑书籍信息、删除书籍信息、今日借阅查询、借阅书籍和归还书籍的功能。
读者信息管理：所有的管理员都具有该模块的权限。
该模块要现添加读者信息、编辑读者信息和删除读者信息的功能。
1.3术语和缩略词黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序部结构和部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑部逻辑结构，主要针对软件界面和软件功能进行测试。
白盒测试也称结构测试或逻辑驱动测试，它是按照程序部的结构测试程序，通过测试来检测产品部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试，两者可以结合进行。
1.4参考资料1.希仁. 计算机网络（第五版）[M]. ：电子工业，2008年2.胡小强计算机网络[M] ：邮电大学2005年1月3.黄文高《LoadRunner性能测试完全讲义》中国水利水电，2014年4.朱少民《软件测试方法和技术》，清华大学，2005年5.段念《软件性能测试过程详解与案例剖析》，清华大学，2006年2任务概述2.1测试目标（性能需求和功能需求）测试计划是在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。
包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等容；借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
首先，《测试计划》用来定义测试的围、测试的方法、所需的资源、进度等，明确需要测试的产品项，需要覆盖的功能特性，需要执行的测试任务，每项任务的负责人，识别相关的风险。
其次，能够指导我们顺利的完成软件测试的任务，无论是在时间还是在任务分配或者是在进度安排方面都对我们起一个指导性的作用，使我们有条不紊的进行课程的学习。
测试计划是详细的计划过程中的一个副产品。
重要的是计划的过程，而不是文档本身。
测试计划的最终目标是表达（而非记录）测试组的意图、期望，以及对于即将进行的测试的理解2.2测试计划描述黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序部结构和部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑部逻辑结构，主要针对软件界面和软件功能进行测试1.测试标识符2.测试容:实际测试工作容与预先设计的容的差别3.系统登陆测试:检查用户是否合理、合法4.资料管理测试:查询、添加、删除、修改图书信息5.借阅管理测试:图书归还，续借6.借阅查询测试:查询借阅记录、流水7.物品管理测试:查询所有物品、添加物品8.读者管理测试:添加、修改、删除用户9.统计分析测试:资料状态统计、借阅排行榜、用户、管理员2.3系统测试策略测试策略包括用户界面测试、软件功能测试、软件可靠性测试。
用户界面测试：通过和用户交互如输入相应信息（包括正确信息和错误信息）来测试输出信息的正确性。
软件功能测试：对照用户需求来测试本系统的功能是否完全符合用户需求。
软件可靠性测试：通过模拟图书馆的实际功能在不同的配置环境下来对本系统进行功能可靠性测试，查看是否能够正常完成图书馆管理系统的各项功能。
用户界面2.4测试环境搭建1.设备:服务器：(1)处理器（CPU）：Pentium 900M(推荐Pentium 4 1.2G)、(2)存容量（RAM）：至少256M（推荐512M）客户端：(1)处理器（CPU）：Pentium 133M 或更高、(2)存容量（RAM）：64M 或更高5.22.支持软件：数据库服务器端：(1) 操作系统：Microsoft Windows 2003、(2) 数据库管理系统：SQL Server 2005，配置TCP/IP协议Web服务器端：(1)操作系统：Microsoft Windows 2003、(2) Internet 信息服务（IIS）6.0管理器、(3) Visual 2005，配置TCP/IP协议客户端：(1) 操作系统：Windows 98/2000/2003/XP、(2) Web浏览器：Internet Explorer 6.0以上或Netscape 4.0以上，配置TCP/IP协议2.5测试方法和工具测试方法：单元测试，集成测试，系统测试，用户测试，回归测试，黑盒测试工具：loadruuner3功能测试3.1功能模块说明图3.1 3.2测试用例设计用例1：系统登录测试表3.2.1步骤及操作：运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
允许偏差：不允许任何偏差条件：用户即可，包括管理员，学生用例2：图书管理测试表3.2.2表3.2.3表3.2.4步骤及操作：运行系统转到图书管理界面，添加、删除、修改允许偏差：不允许条件：管理员操作用例3：信息查询测试图书信息查询表步骤及操作：运行系统，转到图书信息查询界面，输入所要查询书籍，进行测试。
允许误差：允许条件：学生登录查询学生信息查询表步骤及操作：运行系统，转到管理员界面，输入学生信息，进行查询。
允许误差：允许条件：管理员操作用例4:系统管理测试学生信息表密码修改表步骤及操作：运行系统，转到系统管理界面，进行创建，修改等测试。
允许误差：允许条件：管理员操作用例5：借书测试借书测试表步骤及操作：运行系统，转到学生借阅管理界面，进行借书测试。
允许误差：允许条件：管理员操作用例6：还书测试还书测试表操作及步骤：运行系统，转到学生借阅管理界面，进行还书测试。
允许误差：允许条件：管理员操作3.3测试执行过程用例1：系统登录测试输入：‘5530cc’‘cc0527’输出：登陆失败输出结果：图3.3.1用例2：图书管理测试1.添加书籍测试图3.3.2图3.3.3 2．修改图书测试图3.3.4 3.删除书籍测试图3.3.5用例6：还书测试归还图书测试图3.3.6用例4:系统管理测试图3.3.73.4测试结果分析系统登录结果：在测试过程中对于选用的用例基本能过提出错误提示，变现良好。
分析：在输入时没有游客模块，在该功能上还有待进一步改进。