学生档案管理系统测试分析报告

八、测试分析报告

1.引言.............................................. 错误!未定义书签。

编写目的........................................ 错误!未定义书签。

项目背景........................................ 错误!未定义书签。

定义............................................ 错误!未定义书签。

参考资料........................................ 错误!未定义书签。

2.测试计划执行情况.................................. 错误!未定义书签。

测试项目........................................ 错误!未定义书签。

测试机构和人员.................................. 错误!未定义书签。

测试结果........................................ 错误!未定义书签。

3.软件需求测试结论.................................. 错误!未定义书签。

4.评价.............................................. 错误!未定义书签。

软件能力........................................ 错误!未定义书签。

缺陷和限制...................................... 错误!未定义书签。

建议............................................ 错误!未定义书签。

测试............................................ 错误!未定义书签。

1.引言

编写目的

该测试分析报告的目的主要是对上面的软件测试计划的测试项目给出具体的测试结果。在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。他也是测试过程中的一个重要环节，是软件测试的说明书。

项目背景

鉴于目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学校对《学生档案管理》的自动化与准确化的要求日益强烈的背景下，由兰州理工大学提出，由面向对象软件工程课程设计四组开发，兰州理工大学全体师生为最终的项目用户，全国高等院校都是潜在用户。此项目与《教务管理系统》和《库存管理系统》有相似性，部分代码可以重用，有较高的参考意义，降低了项目的开发难度。

定义

黑盒测试：也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

白盒测试：也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个

打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。

参考资料

1.需求规格说明书

2.概要设计说明书

3.详细设计说明书

4.用户操作手册

5.测试计划

2.测试计划执行情况

测试项目

测试一

名称：系统登录测试

目的：测试系统操作界面。

内容：账号为空，密码为空，账号密码不匹配，账号密码匹配

测试二

名称：修改密码测试。

目的：测试修改密码功能。

内容：旧密码错误，新密码和确认密码不匹配，旧密码正确且新密码和确认密码匹配

测试三

名称：注册学生测试。

目的：测试注册学生功能。

内容：账号已存在，账号为空，姓名为空，初始密码和确认密码不匹配

测试四

名称：录入学生档案测试。

目的：测试录入学生档案功能。

内容：学号已存在，学号为空，姓名为空，获奖日期为空

测试五

名称：修改学生档案测试。

目的：测试修改学生档案功能。

内容：学号存在，学号不存在，学号为空，姓名为空

测试机构和人员

测试机构：面向对象软件工程四组

测试结果

图测试结果饼图

3.软件需求测试结论

经过充分的软件测试，对系统安全性、可靠性、可维护性和功能性描述进行了压力测试。。对测试风险有控制措施，具有显著成效。测试目标基本完成。测试过程基本通过。系统基本上达到了需求定义阶段用户所提出的要求，开发工作合格。

4.评价

软件能力

经测试证实了的本软件的能力包括功能、性能，与项目需求分析文档的符合性如何。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。。

缺陷和限制

缺陷：软件无法大规模录入，管理员管理较麻烦，无法查询所有的记录。

限制：软件无法在不同的可移动设备上使用，只能在安装配置好的PC使用，限制了其可扩展性。

建议

1.对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软

件实施和运行带来的影响。

2.可能存在的潜在缺陷和后续工作

3.对缺陷修改和产品设计的建议

4.对过程改进方面的建议

测试

通过不同的数据输入输出测试，软件能够在一般数据输入，边缘数据输入中正确应对。错误处理机制测试通过。测试执行已充分完成。软件的安全性、可靠性、可维护性和功能性都达到了预期水平。测试已经通过可以进入下一阶段项目目标。