软件测试技术实验报告——图书管理系统测试报告
图书综合管理系统测试报告
图书管理系统测试汇报目录1．引言............................................................................................................. 错误!未定义书签。
1.1编写目标............................................................................................ 错误!未定义书签。
1.2项目背景............................................................................................ 错误!未定义书签。
1.3定义.................................................................................................... 错误!未定义书签。
2．任务概述..................................................................................................... 错误!未定义书签。
2.1目标.................................................................................................... 错误!未定义书签。
2.2运行环境............................................................................................ 错误!未定义书签。
2.3需求概述............................................................................................ 错误!未定义书签。
图书管理系统 实验报告
图书管理系统实验报告图书管理系统实验报告引言：图书管理系统是现代图书馆不可或缺的一部分，它通过计算机技术的应用，实现了对图书的分类、借阅、归还等操作的自动化管理。
本实验旨在通过设计和实现一个简单的图书管理系统，探索其功能和效果，并对系统进行评估和改进。
一、系统设计与功能1.1 系统设计本系统采用了客户端-服务器的架构，客户端通过图形界面与服务器进行交互。
服务器端负责处理用户请求，包括图书查询、借阅、归还等操作，并将结果返回给客户端。
1.2 系统功能本系统具有以下功能：1) 图书查询：用户可以根据图书的名称、作者、ISBN等信息进行查询，并获取相关的图书信息。
2) 图书借阅：用户可以选择所需图书，并进行借阅操作。
系统会自动检查图书的可借状态，并记录借阅信息。
3) 图书归还：用户可以将已借阅的图书归还给图书馆。
系统会更新图书的借阅状态，并记录归还信息。
4) 用户管理：系统支持用户注册、登录和个人信息管理等功能，以便用户进行借阅操作。
二、实验过程与结果2.1 实验过程在实验过程中，我们首先进行了需求分析，明确了系统的功能和性能要求。
然后，我们进行了系统设计，包括数据库设计、界面设计等。
接下来，我们使用Python编程语言实现了系统的客户端和服务器端，并进行了功能测试和性能测试。
2.2 实验结果经过测试，我们的图书管理系统能够正常运行，并且具备良好的用户界面和交互体验。
系统能够快速响应用户请求，并正确处理各种操作。
同时，系统的性能表现也较好，能够处理大量并发请求，并保持稳定的运行状态。
三、系统评估与改进3.1 系统评估在实验过程中，我们对系统进行了评估。
通过用户反馈和测试结果，我们发现系统在功能和性能方面都达到了预期的要求。
用户对系统的易用性和交互体验给予了较高的评价。
3.2 系统改进尽管系统已经达到了预期的要求，但我们仍然发现了一些可以改进的地方。
例如，系统的查询功能可以进一步优化，提供更多的查询条件和搜索选项。
图书馆管理系统测试总结报告
图书馆管理系统测试总结报告
第一章引言
1.1编写目的
此软件测试总结报告对《图书管理系统》项目具体代码完成的过程中，项目组中主要负责测试的人员记录在测试过程中发现的问题以及对问题改进的建议。
本文档将供系统的编程人员、集成人员、维护人员查询和使用。
1.2背景
本项目的名称：图书管理系统。
图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。
本产品是针对电脑管理图书的可行性设计的，可以完成读者登记、购入新书、读者借还书、图书注销等。
1.3参考资料
[1] 张保军《综合业务系统软件测试管理体系的建立》，《中国金融电脑》2003年第11期
[2]许静、陈宏刚、王庆人，软件测试方法简述与展望，《计算机工程与应用》2003.13
[3]《基于工作流模式的软件项目管理系统的实现》，华东交通大学学报2003.4
[4]黄莹软件测试技术与测试管理，《工业控制计算机》2003年16卷第5期
[5] 叶言苓、崔彦军，《软件测试管理的研究与应用》2002
[6]王玉玺《软件测试──提高软件可靠性的关键手段》
第二章测试概要
第三章测试结果及发现3.1模块功能测试
第四章总结
经过对图书馆管理系统的测试，基于时间关系，系统只有实现两个基本功宿I正对这两个功能，进行测试后发现1在登陆功能上面，测试结果在用户名的合性没有达到要求，由于管理员帐户在根据设定的过程中是在数据库中不能轻易改，所以在数据库中留有两个管理员帐户。
从总体上，系统实现的这两个功能现了需求分析里面·登陆子系统和查询子系统的基本功能。
图书管理系统测试分析报告
文档编号：Personnel Management’08_Development_00版本号：1。
0文档名称:测试分析报告项目名称:图书管理系统项目负责人：***编写：**＊*校对:**＊＊审核：***＊批准：*＊＊*开发单位：软件工程开发小组1引言错误!未定义书签。
1.1编写目的错误!未定义书签。
1.2背景错误!未定义书签。
1.3参考资料错误!未定义书签。
2程序系统的结构错误!未定义书签。
2。
1测试采用的标准及技术错误!未定义书签。
2.2目标系统的功能需求错误!未定义书签。
2。
3目标系统的性能需求错误!未定义书签。
3。
4输人项错误!未定义书签。
3.5输出项错误!未定义书签。
3测试结果及发现错误!未定义书签。
3.1测试1功能测试错误!未定义书签。
3。
2测试2性能测试错误!未定义书签。
4对软件功能的结论错误!未定义书签。
4.1对图书的增加、删除、修改错误!未定义书签。
4。
1。
1能力错误!未定义书签。
4.1.2限制错误!未定义书签。
4。
2图书信息的查询、图书借阅信息的查询错误!未定义书签。
4。
2.1能力错误!未定义书签。
4.2.2限制错误!未定义书签。
4.3图书借阅、还书错误!未定义书签。
4.3.1能力错误!未定义书签。
4.3.2限制错误!未定义书签。
5分析摘要错误!未定义书签。
5。
1能力错误!未定义书签。
5。
2缺陷和限制错误!未定义书签。
5。
3建议错误!未定义书签。
5.4评价错误!未定义书签。
6测试资料消耗错误!未定义书签。
1引言1。
1编写目的在项目小组(系统分析员)提交了软件《详细设计设计说明书》，并经程序员与系统分析员充分讨论和分析后,由程序员提出了这份测试分析报告。
此软件分析报告对《图书管理系统》项目具体代码完成的过程中，项目组中主要负责测试的人员记录在测试过程中发现的问题以及对问题改进的建议。
本文档将供系统的编程人员、集成人员、维护人员查询和使用。
1。
2背景（1）本系统的名称是：图书管理系统（2）本项目的任务提出者是某高校，开发者是软件项目管理小组,用户是某企业人事及相关部门。
电子图书管理系统性能测试报告
电子图书管理系统性能测试报告概述本文旨在对电子图书管理系统进行性能测试，并根据测试结果对其性能进行评估和改进。
测试环境测试使用的环境为：- 操作系统：Windows 10- 处理器：Intel Core i7- 内存：8GB- 浏览器：Google Chrome测试方法本次性能测试分为以下几个方面：1. 用户并发访问：模拟多个用户同时访问系统，测试系统在高并发情况下的性能表现。
2. 数据加载性能：测试系统在加载大量图书数据时的性能表现。
3. 响应时间：测试系统在用户发起请求后的响应时间。
4. 系统资源占用：测试系统在运行过程中对计算机资源的占用情况。
测试结果1. 用户并发访问：在100个用户同时访问系统的情况下，系统的响应时间平均在2秒左右，整体性能良好。
当用户数量超过200个时，系统的响应时间逐渐增加，但仍在可接受范围内，没有出现系统崩溃或卡顿的情况。
2. 数据加载性能：在加载1万本图书的情况下，系统的加载时间为10秒左右，数据加载速度较快，用户可以快速浏览大量图书信息。
3. 响应时间：用户发起各类请求后，系统能够在1秒内给出响应，用户体验良好。
4. 系统资源占用：系统在运行过程中对计算机资源的占用情况较低，CPU占用率在20%左右，内存占用率在50%左右，不会对计算机的正常使用造成影响。
改进方案根据性能测试结果，我们提出以下改进方案，以进一步优化系统的性能：1. 增加服务器端的硬件配置，如增加内存和处理器的容量，提高系统的并发处理能力。
2. 优化数据库的索引和查询语句，提高数据的读取和加载速度。
3. 使用缓存技术，减少对数据库的频繁查询，提高系统响应速度。
4. 对系统的关键功能进行性能优化，减少不必要的计算和IO操作，提高系统的响应速度和稳定性。
结论通过对电子图书管理系统的性能测试，我们发现系统的整体性能良好，在高并发和大数据量的情况下仍能保持较快的响应速度。
同时，我们提出了一系列的改进方案，以进一步提升系统的性能和稳定性。
9图书管理系统测试分析报告
9图书管理系统测试分析报告测试分析报告 1引言编写目的根据测试计划报告，对软件进行测试，详细记录测试过程，以对软件的质量进行测评，为软件设计人员提供依据，故编写了此文档背景A本项目的名称：图书管理系统B本项目的提出者：《软件工程》课程教师——丁华锋 C本项目的开发者：刘飞、谭艳、宾亚 D本项目的使用者：读者、图书管理员、游客定义A黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试B白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致参考资料《软件工程导论》，张海藩编著，清华大学出版社，XX年2月第5版2测试概要测试标识符系统登陆测试测试内容检查用户是否合理、合法1实际测试工作内容与预先设计的内容的差别无图书管理测试图书查询测试还书测试查询、添加、删除、修改图书信息进行图书信息查询读者退还所借书籍无无无无用户、管理员管理测试添加、删除、修改用户、管理员信息3测试结果及发现测试1系统登陆测试总表：输入用户名密码权限管理员管理员管理员普通用户普通用户普通用户进入游客模块登录失败，输入错误登录失败，输入错误登录成功，进入管理员模块登录失败，输入错误登录失败，输入错误登录成功，进入用户模块输出1 输入：” ” “ ”输出要求：进入游客模块输出结果：进入游客模块 2．输入：” “ “” 输出要求：登陆失败输出结果：3．输入：”” “ ” 输出要求：登陆失败输出结果：24．输入：”” “”输出要求：登陆成功，进入管理员模块输出结果：登陆成功5．普通用户登陆测试与管理员登陆测试类似测试21．添加图书测试输入：图书信息输出要求：添加成功输出结果：2．修改图书测试输入：3输出要求：修改成功输出结果：3添加图书分类测试输入：”艺术”输出要求：已经有这个分类输出结果：输入：”工学”输出要求：添加成功输出结果：4修改图书分类测试输入：将”工学”改为”工科” 输出要求：修改成功输出结果： 4测试3图书查询测试用例：输入书名软件工程导论1．输入：分类科学文学艺术出版社清华大学出版社新疆大学出版社1-50 20—30价格范围出版日期 --12-1-1—-12-31 -1-1—-12-31—查询成功，输出所需信息输出所需信息没有搜索到记录输出该出版社的所有图书输出图书价格在20—30元之间的图书输出在该日期之内的图书信息输出输出要求：显示出查询结果输出结果：2．输入：文学5输出要求：显示出文学类的图书输出结果：3输入：艺术输出要求：显示出艺术类的图书输出结果：4输入：新疆大学出版社输出要求：显示出该出版社下的所有图书输出结果：5输入：”20—30”输出要求：图书价格在20—30元之间的所有图书输出结果：6输入：”-1-1—-12-31”输出要求：出版日期在该日期范围内的所有图书输出结果：测试4借书测试用例：输入输出6用户id 37 37 18图书id 33 33用户编号不能为空图书编号不能为空此用户不存在此书不存在借书成功18 2 1输入：” ” “ ” 输出要求：借书失败输出结果：2输入：”38” ” ” 输出要求：添加失败输出结果：3输入：”37” “ ” 输出要求：添加失败输出结果：4输入：”18” “33” 输出要求：添加失败输出结果：5输入：” 18” “2” 输出要求：添加成功7输出结果：测试5还书测试用例：输入用户id 37 37 18 18图书id 33 33 2用户编号不能为空图书编号不能为空此用户不存在此书不存在还书成功输出1输入：” ” “ ” 输出要求：还书失败输出结果：2输入：”38” ” ” 输出要求：还书失败输出结果：3输入：”37” “ ” 输出要求：还书失败输出结果：84输入：”18” “33” 输出要求：还书失败输出结果：5输入：” 18” “2” 输出要求：还书成功输出结果：测试6普通用户测试用例：输入用户名qq 331．输入：”qq” ”qq”qq 3 3密码用户名重复密码不能为空用户名不能为空添加用户成功输出输出要求：用户名重复输出结果：92．输入：“3” “ ”输出要求：密码不能为空输出结果：3．输入；” ” “3”输出要求：用户名不能为空输出结果：4．输入：”3” “3” 输出要求：添加成功输出结果：修改用户测试用例：输入输出用户名 3 4 4 4修改后密码是否锁定 4 3 4 4未锁定未锁定锁定锁定修改成功修改成功修改成功修改成功用户名 3 3 3修改前密码是否锁定 3 3 3未锁定未锁定未锁定未锁定 3 31．输入：密码改为”4”输出要求：修改成功输出结果：102．其他修改测试类似3．添加管理员测试和修改密码测试类似于添加普通用户测试和修改用户测试4对软件功能的结论功能1 能力在测试过程中对于选用的用例基本能过提出错误提示，变现良好限制在输入时如果选择了游客，则无论是否输入用户名和密码都会进入游客模块，在该功能上还有待进一步改进功能2 能力图书管理测试中的各项功能，包括添加图书、修改图书、删除图书，添加图书分类、修改图书分类、删除图书分类，表现得都比较迅速限制对于图书信息表的数据项还应该多添加一些，这点还有待进一步改善11功能3 能力图书查询速度较快，查询能力也较好限制由于数据库内容较少，查询速度不能反应出软件处理的真实情况，这点还需有待验证功能4 能力还书能力较好，速度也较快限制在录入用户id和图书id是可以利用条形码而不需手工录入，在这点还有待进一步改进功能5 能力还书能力较好，速度也较快限制在录入用户id和图书id是可以利用条形码而不需手工录入，在这点还有待进一步改进功能6 能力在添加、删除、修改用户和管理员的功能上都较快12限制由于数据库内容较少，添加、修改、删除速度都还不能反应出软件处理的真实情况，这点还需有待验证5分析摘要能力针对现实情况，该软件能对管理模块进行相应的操作，能做到基本的登陆验证、图书管理、还书、借书、图书查询、用户、管理员管理等功能，反应速度还能令人满意缺陷和限制在登录系统中，没有对不符合要求的用户名和密码格式进行限制在图书管理系统中，数据库中的内容还较少，不能较准确的反应出添加、删除、修改图书信息以及添加、删除、修改图书分类信息的速度在图书查询系统中，没有对每一本书的详细信息进行查询，而且数据库较小在还书系统中，没有将书的条形码有效利用起来建议a．增加登录时的验证规则； b．增加数据库中的内容；c．增加查询时的现实信息；d．争取有效利用条形码而不需人工输入图书id评价。
图书馆管理系统 测试报告
七、测试计划1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (2)2.3需求概述 (3)2.4条件与限制 (3)3．计划 (3)3.1测试方案 (3)3.2测试项目 (3)3.3测试准备 (4)3.4测试机构及人员 (4)4．测试项目说明 (4)4.1测试项目名称及测试内容 (4)4.2测试用例 (5)4.3进度 (5)4.4条件 (5)4.5测试资料 (5)5．评价 (6)5.1范围 (6)5.2准则 (6)1．引言1.1编写目的根据测试计划报告，对软件进行测试，详细记录测试过程，以对软件的质量进行评价，为软件设计人员提供BUG依据，故做产生测试分析报告。
1.2项目背景根据学校的希望能够充分利用现代科技来提高图书馆理的效率，在原有的办公室系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得图书管理人员更加方便，工作效率也更加的高。
1.3定义ASP：是一种未经编译的开放性的应用软件，利用HTML和ActiveX强有力的功能创建强壮的，功能强大的，与平台无关的Web应用系统1.4参考资料1.软件测试与Junit实践王东刚编著人民邮电出版社2．人事管理系统项目开发计划《》软件开发小组3．用户操作手册（初稿）《》软件开发小组4．软件工程导论----第四版张海藩编著清华大学出版社2．任务概述2.1目标开拓创购书的空白，新，弥补了图书馆一直以来网上，增强图书采购的针对性和实用性，解决学生找书难的困境。
2.2运行环境1. 系统运行环境：Windows XP系统2. 系统开发平台: Visual 3．数据库管理系统软件： Microsoft SQL Server 20052.3需求概述为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求，必须使用适当方法与用户沟通，根据该类型中小型图书馆的管理实际情况，系统应当包括管理员登陆，图书出借管理系统俩大功能模块，具体描述为一下几个方面：（1）管理员登陆管理功能：管理员帐号、密码的验证，管理员对已有数据的操作。
图书管理系统软件测试报告Word版
软件测试报告(STR)说明：1.《软件测试报告》(STR)是对计算机软件配置项CSCl,软件系统或子系统，或与软件相关项目执行合格性测试的记录。
2.通过STR，需方能够评估所执行的合格性测试及其测试结果。
1引言1.1标识详细描述对该图书管理系统进行测试的测试过程1.2系统概述开发的图书管理系统运用与window操作系统，主要是帮助和协助学校图书馆的图书借阅功能，图书管理系统是由我们6个组员共同分工合作完成的，在为期3周的开发时间中，对所开发的图书管理系统进行了运行，维护和测试。
目前运行一切正常。
1.3文档概述本次测试针对开发的图书馆管理系统进行，包括功能测试，界面测试，负载测试，文档测试。
按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。
并严格对源代码进行保密。
2引用文件主要是对文档的修订和改正，详见报告内容。
3测试结果概述3.1对被测试软件的总体评估软件本身的功能还是达到了预期的想法，在众多的测试当中，性能和功能都在不断的进行完善，设计的合理，达到了人们的一些生活需求，在以后的测试极其维护该改进中都有非常良好空间。
3.2测试环境的影响在现在使用的众多操作系统中，我们选择了主流操作系统，即windows操作系统，但是windows又有多个版本 win7、win8、win10等等，在win7和win10的测试环境中测试，所出现的问题，大同小异，很快进行了更正和修改，并且能够完美运行，但是在win8的使用中，图书管理系统偶尔会崩溃，并且出现乱码和电脑的不确定因素的故障。
所以在消费者使用中，建议大家使用win7和win10的电脑，3.3改进建议无4详细的测试结果测试1：系统登录测试测试2：图书管理测试测试3：信息查询测试测试4：系统管理测试测试5：借书测试测试6：还书测试测试准备计划测试项目，设计合理的测试用例。
测试1：系统登录测试步骤及操作：运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书管理系统测试报告
1简介
1.1编写目的
本测试报告描述了对图书管理系统的压力测试和对登录和注册功能的黑盒测试，根据测试结果指导开发人员对软件产品进行完善和优化，给用户提供一份客观的软件质量报告。
本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表等。
LoadRunner测试流程：
1.2系统简介
项目名称：图书管理系统
项目简介：本项目探讨了一个基于J2EE的图书管理系统的设计和实现。
基于J2EE下的图书管理系统用Java语言开发处理程序，选择强大的Eclipse作为开发工具，用交互式网站界面设计技术(JavaServer Faces)开发前台界面，后台数据库选择MySQL。
本系统实现了基本的对书籍信息、读者信息、借阅信息、归还信息、查询信息进行管理和操作等功能，可以满足普通用户、管理员的需求。
1.3术语和缩略词参考资料
1）响应时间：客户端从给服务器发送一个请求开始直到完全接受了服务器反馈信息为止，这期间所用的时间称为响应时间。
2）吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3）点击率：每秒钟用户向web服务器提交的http请求数。
4）图书管理系统项目开发计划，需求规格说明书，概要设计说明书，详细设计说明书。
5）黑盒测试：英文是Black Box Testing。
又称功能测试或者数据驱动测试。
6）等价划分测试：等价划分测试是根据等价类设计测试用例的一种技术。
2测试概要
2.1测试用例设计
2.1.1黑盒测试：
1)边界值法
用边界值法设计用户注册测试用例：
a)先等价划分
b)边界值分析
2)等价类划分：
建立输入等价类表，用等价类划分法设计用户登陆测试用例
2.1.2压力测试：
1）测试用例1
测试场景描述
用户登陆模块，总共登录10个用户，每1秒登录1个用户；
用户点击“登录”按钮，进入到图书管理界面；
点击“退出”按钮，返回到登录界面。
图2.1.1 测试用例1
2）测试用例2
测试场景描述
用户登陆模块，总共登录20个用户，每1秒登录1个用户；
用户点击“登录”按钮，进入到图书管理界面；
点击“退出”按钮，返回到登录界面。
图2.1.2 测试用例2
3）测试用例3
测试场景描述
用户登陆模块，总共登录30个用户，每1秒登录1个用户；
用户点击“登录”按钮，进入到图书管理界面；
点击“退出”按钮，返回到登录界面。
图2.1.3 测试用例3
2.2测试环境与配置
数据库服务器配置
应用服务器配置
客户端配置
2.3测试方法
2.3.1黑盒测试：
测试方法：等价类划分、边界值。
测试重点模块：
登录功能测试；登录模块
注册功能测试；注册模块
一面属于确认有效区间，一面属于确认边界，联系就是等价和边界要一起考
虑，边界值分析法属于等价类划分法的补充，任何等价区间都有边界，有边界就有等价区间
测试工具：Selenium IDE
用工具Selenium IDE对图书馆管理系统的用户注册模块进行测试：
图用户注册1
图用户注册2
修改测试用例后，测试结果正确：
图用户注册3
2.3.2压力测试：
测试方法：
1）Vuser创建脚本
i.启动界面；
ii.创建Web脚本；
iii.录制脚本；
iv.保存脚本；
v.回放脚本；
vi.添加事务；
vii.参数化用户登录信息；
图创建Web脚本1
图创建Web脚本2
图添加事务
图
2）controller创建场景
i.创建新场景；
ii.设计场景；
iii.增加Load Generator；
iv.设置被监视windows系统；
v.设置用户名和密码；
vi.运行测试；
vii.分析测试报告；
viii.保存测试报告；
图设置被监视windows系统
图运行测试
测试工具：LoadRunner 11.0
3测试结果与缺陷分析
3.1测试执行情况记录
黑盒测试：
图3.1.1 用户登录
图3.1.2 图书列表
图3.1.3 用户注册
压力测试：
1）加载用户
图3.1.4 用户加载记录
Run绿色曲线纵轴代表用户数，横轴代表测试时间；最大加载用户数目依次为10,20,30，总时长4分30秒；
2）每秒点击访问数
图3.1.5 每秒点击访问数
Hits紫色曲线纵轴为点击数，横轴为时间，最大点击数121，平均点击数为64；
3）执行事务数
图3.1.6 执行事务数
Pass柱状图代表执行测试事务数，纵轴表示数目，横轴表示事务类别；
4）执行事务响应时间：
图3.1.7 执行事务响应时间
纵轴表示各个事务平均的响应时间，横轴表示整个测试时间段。
3.2测试分析
表3.2.1 黑盒测试分析
黑盒测试：当用户名不为空，用户名全部为汉字，用户名长度2—6，密码非空，密码字母和数字组合，密码长度3-8，在正常输入符合规范的所有用户信息的时候，系统能够正常添加信息，这个系统有效等价类的测试成功。
压力测试：通过测试分析得出：该图书管理系统首页的访问，随着用户的最大访问量（10,20,30）的增大，系统的负载、事务处理时间、系统响应时间、服
务器的资源的使用率的会有一定的增加。
4测试结论
1）测试结论：
黑盒测试：在此次实验通过使用Selenium工具和LoadRunner对图书馆管理系统的用户注册和登录模块进行测试，使我们对这两个工具有了更深的认识：使用Selenium IDE时可根据网页的注册信息自动生成脚本，再在Selenium IDE中修改信息便可以直接注册。
虽然此次试验做的不是很顺利，但从中学习到了团队的合作精神，丰富了以后做测试的经验，对测试软件更加熟悉。
此系统满足了录入图书馆用户信息的删除、查询、修改几个最基本的需求，对于主要测试的是用户登录和注册这一块，系统在规范化、合法化、合理化方面存在很大的问题，系统及其不完整，需要重新定义某一些需求或者采集给你更多的需求进行优化。
通过使用Selenium-IDE黑盒测试检测使用等价划分法、边界值分析法的测试用例测试系统。
测试用例一共有22个，此次测试未从安全、性能、受网络方面进行全面测试存在一定风险，图书管理系统已满足测试通过要求，已按照测试范围以及测试用例执行通过。
压力测试：从整体来说，模拟30人同时在线，并发访问系统持续5分钟的情况下，对系统资源的使用是合理的、均衡的，系统资源也是充足的。
因此可以得出场景结论,在正常使用情况下不会给服务器造成不合理、不稳定的压力。
2）测试需改进的地方：
进行压力测试用例3的测试时，未通过的测试有32个，具体原因显示为Server“ shut down the connection prematuely.此时，应该关闭迅雷的一些服务，测试结果会更好。
图4 未通过测试的原因。