学生档案管理系统测试分析报告[参考].docVIP

Compilation of reports报 告 汇 编20XX Compilation of reports 报 告 汇 编 20XX 报告文档·借鉴学习 word可编辑·实用文档 八、测试分析报告 TOC \o 1-3 \h \z \u 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 3.软件需求测试结论 4 4.评价 5 4.1软件能力 5 4.2缺陷和限制 5 4.3建议 5 4.4测试 5 第 PAGE 5页 1.引言 1.1编写目的 该测试分析报告的目的主要是对上面的软件测试计划的测试项目给出具体的测试结果。在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。他也是测试过程中的一个重要环节，是软件测试的说明书。 1.2项目背景 鉴于目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学校对《学生档案管理》的自动化与准确化的要求日益强烈的背景下，由兰州理工大学提出，由面向对象软件工程课程设计四组开发，兰州理工大学全体师生为最终的项目用户，全国高等院校都是潜在用户。此项目与《教务管理系统》和《库存管理系统》有相似性，部分代码可以重用，有较高的参考意义，降低了项目的开发难度。 1.3定义 黑盒测试：也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 白盒测试：也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 1.4参考资料 需求规格说明书 概要设计说明书 详细设计说明书 用户操作手册 测试计划 2.测试计划执行情况 2.1测试项目 测试一 名称：系统登录测试 目的：测试系统操作界面。 内容：账号为空，密码为空，账号密码不匹配，账号密码匹配 测试二 名称：修改密码测试。 目的：测试修改密码功能。 内容：旧密码错误，新密码和确认密码不匹配，旧密码正确且新密码和确认密码匹配 测试三 名称：注册学生测试。 目的：测试注册学生功能。 内容：账号已存在，账号为空，姓名为空，初始密码和确认密码不匹配 测试四 名称：录入学生档案测试。 目的：测试录入学生档案功能。 内容：学号已存在，学号为空，姓名为空，获奖日期为空 测试五 名称：修改学生档案测试。 目的：测试修改学生档案功能。 内容：学号存在，学号不存在，学号为空，姓名为空 2.2测试机构和人员 测试机构：面向对象软件工程四组 测试人员 测试内容 董春芳 登录功能测试 王俊浩 管理员功能测试 毛烨辉 数据库测试 武海峰 用户功能测试 刘 兵 权限测试、整体测试 2.3测试结果 测试项目 测试结果 测试说明 登录功能 通过 功能已全部实现 显示用户信息 通过 功能已全部实现 注册学生 通过 功能已全部实现 注册管理员 通过 功能已全部实现 注销学生 通过 功能已全部实现 年级管理 基本通过 满足现有业务要求 学院管理 通过 功能已全部实现 专业管理 通过 功能已全部实现 班级管理 基本通过 满足现有业务要求 添加学生档案信息 通过 满足现有业务要求 修改学生档案信息 基本通过 满足现有业务要求 查询学生档案信息 通过 功能已全部实现 图2.1 测试结果饼图 3.软件需求测试结论 经过充分的软件测试，对系统安全性、可靠性、可维护性和功能性描述进行了压力测试。。对测试风险有控制措施，具有显著成效。测试目标基本完成。测试过程基本通过。系统基本上达到了需求定义阶段用户所提出的要求，开发工作合格。 4.评价 4.1软件能力 经测试证实了的本软件的能力包括功能、性能，与项目需求分析文档的符合性如何。?如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。。 4.2缺陷和限制 缺陷：软件无法大规模录入，管理员