图书管理系统测试分析报告黑盒测试白盒测试

下面是好好范文网小编收集整理的图书管理系统测试分析报告黑盒测试白盒测试，仅供参考，欢迎大家阅读！

测试分析报告

1 引言

1.1 编写目的

本次报告编写的目的是为了通过对测试结果的分析，得到该模块功能的质量评估，并且分析测试的过程、资源和信息以及功能模块的缺陷，为之后的测试活动和维护活动提供参考和建议。主要读者为系统分析师、程序员和测试人员。

1.2 背景

1.软件系统的名称：图书管理系统

2.任务提出者：河南科技学院

3.开发者：我邦阿富汗

4.用户：各大高校师生

5.安装此软件的计算中心：无

6.测试环境与实际运行环境之间的差异：无。

1.3 定义

类：可执行语句等程序对象的集合。

1)《软件工程-软件建模与文档写作》龙浩 王文乐 刘金 戴莉萍 人民邮电出版社；

2)《软件工程导论（第四版）》张海藩 清华大学出版社；

3)《软件工程》任胜兵 邢琳 北京邮电大学出版社。

2 测试概要

测试标识符 测试内容 计划与实施差别 说明

模块功能测试使用正确数据、错误数据、边界数据进行测试。测试时间比计划时间延长一天在测试过程中，测试用例更加丰富一些

接口正确性测试对接口的参数进行细致测试按计划完成无变化

运行时间测试加入测试代码获取运行时间按计划完成无变化

3 测试结果及发现

3.1.1功能测试

用例名称登录用例编号001

测试目的验证用户点击登录按钮，是否能够登录系统，或提示相关信息

步骤操作描述输入期望输出实际输出

1直接点确定用户id，密码为空显示警告信息“请输入用户名和密码”显示警告信息“请输入用户名和密码”

2填写符合条件的数据直接点确定正确的用户id和密码正常登录正常登录

3使用错误的密码进行登录错误的用户密码显示警告信息“用户密码错误”显示警告信息“用户密码错误”

4使用错误的id进行登录错误的用户id显示警告信息“请输入正确的用户名或密码”显示警告信息“请输入正确的用户名或密码”

3.1.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行无

输入值与过程定义参数顺序的比较严格按照定义顺序，成功执行出现执行错误执行过程中是按照位置将各个参数赋值的，因此必须保持位置一致

输入值与过程定义参数类型的比较类型必须与定义参数类型一致，成功执行类型必须与定义参数类型一致，成功执行类型必须与定义参数类型一致

表3-2 登录接口正确性的测试用例

3.1.3运行时间测试

运行时间测试符合要求。

3.2 用户注册功能测试

3.2.1功能测试

用例名称用户注册用例编号002

测试目的验证用户点击注册信息的提交按钮，是否能够正常注册员工信息，或提示相关信息

步骤操作描述输入期望输出实际输出

1直接点提交注册无显示警告信息“请检查你的注册信息”显示警告信息“请检查你的注册信息”

2填写符合条件的数据直接点提交填写符合条件的用户姓名、借书证号、手机号、职位、学校、登陆密码、班级显示信息“注册成功”显示信息“注册成功”

3使用不符合条件的数据进行注册使用已存在的员工借书证号显示警告信息“该用户已存在”显示警告信息“该用户已存在”

4使用不符合条件的数据进行注册使用不满足11位数字的手机号显示警告信息“请检查注册信息”显示警告信息“请检查注册信息”

5.用不符合条件的数据进行注册使用不是字母加数字的密码形式显示警告信息“请检查注册信息”显示警告信息“请检查注册信息”

表3-3 用户注册信息功能测试用例

3.2.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行输入值必须与参数个数一致

输入值与过程定义参数顺序的比较严格按照定义顺序，成功执行出现执行错误执行过程中是按照位置将各个参数赋值的，因此必须保持位置一致

输入值与过程定义参数类型的比较类型必须与定义参数类型一致，成功执行类型必须与定义参数类型一致，成功执行类型必须与定义参数类型一致

表3-4 用户注册信息接口正确性的测试用例

3.2.3运行时间测试

由于良好的结构设计和高效的代码实现，运行时间测试符合要求。

3.3用户借书测试

3.3.1功能测试

用例名称用户借书用例编号003

测试目的验证用户点击借书后，是否可以正常借书

步骤操作描述输入期望输出实际输出

1图书库存有的情况下点击借书按钮“借出成功”“借出成功”

2图书库存没有的情况下点击借书按钮“该图书没有剩余”该图书没有剩余”

表3-5 用户借书功能测试用例

3.3.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行输入值必须与参数个数一致

表3-6用户借书接口正确性测试用例

3.3.3运行时间测试

运行时间测试符合要求。

3.4用户还书测试

3.4.1功能测试

用例名称用户还书用例编号004

测试目的验证点击用户还书后，是否可以还书

步骤操作描述输入期望输出实际输出

1图书没有被损坏点击归还“还书成功”“还书成功”

2图书损坏点击归还“还书失败”“还书失败”

表3-7 用户还书功能测试用例

3.4.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行输入值必须与参数个数一致

表3-8用户还书接口正确性测试用例

3.4.3运行时间测试

由于良好的结构设计和高效的代码实现，运行时间测试符合要求。

3.5删除图书测试

3.5.1功能测试

用例名称删除图书用例编号005

测试目的验证点击删除后，是否可以正常删除图书信息

步骤操作描述输入期望输出实际输出

1查到图书信息点击删除“删除成功”“删除成功”

2查不到图书信息点击删除“删除失败”“删除失败”

表3-9 删除图书功能测试用例

3.5.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行输入值必须与参数个数一致

表3-10删除图书接口正确性测试用例

3.5.3运行时间测试

由于良好的结构设计和高效的代码实现，运行时间测试符合要求。

3.6修改图书测试

3.5.1功能测试

用例名称修改图书用例编号005

测试目的验证修改信息后，点击修改后，是否可以正常修改图书信息

步骤操作描述输入期望输出实际输出

1查到图书信息，修改图书编号点击修改“修改失败，图书编号不可修改”“修改失败，图书编号不可修改”

2查图书信息，修改除图书编号之外的其他图书信息点击修改“修改成功”“修改成功”

3使用不符合条件的数据进行修改输入库存不是数字“修改失败”“修改失败”

4使用不符合条件的数据进行修改输入价格是不数字“修改失败”“修改失败”

表3-11 修改图书功能测试用例

3.5.2接口正确性测试

所使用的测试数据预期输出实际输出比较发现

输入值与过程定义参数个数比较个数相等，成功执行个数相等，成功执行输入值必须与参数个数一致

表3-12修改图书接口正确性测试用例

3.5.3运行时间测试

由于良好的结构设计和高效的代码实现，运行时间测试符合要求。

4 对软件功能的结论

4.1.1 能力

该功能主要是判断是否为用户还是管理员，并对以后的界面显示进行对应显示。

4.1.2 限制

该功能限制用户借书证号id必须为数值类型。

电话号码必须是11位数字

密码必须是字母加数字格式

4.2.1 能力

该功能主要注册新的用户信息，防止添加借书编号重复的用户。

4.2.2 限制

该功能限制新增的用户信息必须严格按照输入值类型填写，会对于不符合的类型控制台给予清晰的提示。

4.3用户借书功能

4.3.1 能力

该功能主要是用于用户借书。

4.3.2 限制

图书必须还有库存

4.4用户还书功能

4.4.1 能力

该功能主要是用于用户还书

4.4.2 限制

图书未损坏

4.5删除图书功能

4.5.1 能力

该功能主要用来管理员删除图书。

4.5.2 限制

该功能限制查找的书籍id类型必须是数值型。

4.6修改图书功能

4.6.1 能力

该功能主要用来管理员修改图书。

4.6.2 限制

该功能限制查找的书籍id类型必须是数值型。

图书编号不可修改

5 分析摘要

5.1 能力

经过充分而仔细的测试，该系统功能的正确性、健壮性和时间性都得到了较好的保证。由于测试环境的不同，会导致一定的误差，但本测试过程中所用到的各种测试用例仍旧适用于另一环境下，并且测试用例可以做适当的调整和扩充。

主要实现的基本功能：

[if !supportLists]1、[endif]登录

[if !supportLists]2、[endif]注册用户

[if !supportLists]3、[endif]用户借书

[if !supportLists]4、[endif]用户还书

[if !supportLists]5、[endif]管理员删除图书

[if !supportLists]6、[endif]管理员修改图书

5.2 缺陷和限制

1、对用户的安全管理强度不够。

2、提示信息文字过小，需要进一步调整。

3、报错提示的内容应该清晰易懂。

5.3 建议

1、对于用户设置的密码，系统应该给予评估，对于密码设置简单的用户系统应该显示提示。该项修改不是太紧迫，由项目开发小组负责。

2、对于文字大小进行微调，该项修改工作量小，可以立即做出修改。

3、报错内容可以请实际用户来体验，从用户的角度进行调整，该项调整工作量不大，可以立即实施，由项目开发小组负责。

5.4 评价

该管理系统的开发实现了大部分的功能，但还不是很完善，若要投入使用，需要对很多细节性的东西进行完善。

6 测试资源消耗

由于该管理系统功能不是特别复杂，且参与人员不多，数据准备的较为充分，因此消耗的测试资源比较少。