测试报告反馈总结

第一篇：测试报告反馈总结

关于《学生管理信息系统》测试反馈的总结

1、测试的总体部署

此次测试时间段为4月17日—4月22日，测试人员主要包括各个学院的辅导员、副书记及部分学生干部，还包括学生工作处公寓管理科、教育管理科等学生工作处的老师。

测试内容包括系统的可用性、业务逻辑结构的准确性、系统的容错能力等各方面相关内容。

2、测试过程主要反映出哪些问题

1.考勤模块：

对时间格式、长度没有进行验证，提交会出错，没有进行容错处理。

2.评优模块：

1)奖项名额分配（院级）不能分配名额，没有分配信息；

2)奖项申请（学生）不能申请，同样没有申请信息提示；

3)奖项审批（学工处）不能审批，只有一个提交按钮，但是不能输入信

息；

4)评优申请（学生）因无法申请所以提交无效；

5)评优申请核查（院系）不能查询到学生（本来有3个学生，可能没连

好数据库）

6)奖项信息维护（学工处）添加奖项时数据类型没有做严格的定义可以

随便输入，还有这个功能只能加不能删除。

3.学习状态跟踪：

1)在进行学位查询的时候，当院系输入商学院，专业选财务管理，年级

选择2007级后，班级的下拉菜单没有完全显示07级的所有班级。

2)不可以查询学生的挂科记录。

4.学生干部管理：

1)培训课程管理中并没有出现备注一栏,而修改中可以添加备注。

2)机构设置中的机构成员无法实现修改和添加功能,在姓名一栏中可以输入数字。

5.学籍管理：

1)在输入日期的时候不方便，容易系统自动输入。

2、随便录入信息都可以提示信息录入成功，不管信息是否是学生信息（比如学号）。

2)在输入日期的时候不方便，容易系统自动输入。

6.思想政治教育：

1)“添加”操作中输入06级学号，姓名栏显示“没有此学号的相关信

息，请核对”。

2)“添加”操作中点击参加时间，出现的不是当时时间。

3)“查询”操作中要输入的信息太多。

4)“查询”操作中专业选择栏里没有日语专业。

5)“查询”操作中更改学号，年级改变了但班级栏下拉菜单仍显示原学

号的班级。

6)“查询”操作中下学期06级毕业另外就不需要显示在年级下拉菜单

里了。

7)点击导出Excel表程序没响应。

7.就业管理：

1)录入数字（如CET 4成绩）时没有做数值大小的验证，数值太大则出

错。

2)无就业意向录入。

3)无就业信息录入。

4)就业信息中众多信息无法实现共享。

5)就业信息出生年月无标准填写格式。

6)学生推荐表因为没院系推荐及学校推荐无法保存。

3、后期测试和修改工作的安排

针对此次测试出的问题的修改工作，部分小问题都已经即使解决，涉及到一些全局的问题将在明日全面启动。具体的计划是先对测试过程中发现的问题进行合并同类项，分头落实人进行修改，开发团队分为模块来修改。

对于涉及到其他系统的问题将提交项目组协调解决。若出现几个模块间有联系的、并一时难以解决的问题，具体问题，具体分析。

在修改的同时，后期测试也将一起进行，做到问题的及时发现与及时解决。对于在测试过程中需要更改需求的，在填写完成项目变更报告后，再进行设计和修改。

组织一批学生，在合适的时间进行安全测试和压力测试。

学生工作管理系统项目组

2010.4.26

第二篇：9测试报告总结

测试报告总结

根据我们小组工作的进度与安排，我主要负责改写需求分析模块的文档的搜集与整理以及项目测试文档的搜集与整理。按照完成任务的时间顺序我的工作可以划分为两个阶段。

第一阶段：改写需求分析

一． 工作计划

1.我们小组在项目启动之前总共划分为五个模块，每个模块

都有专人负责。在我的第一阶段的工作中，根据已给的模板，由我负责引言部分的完善工作。其中引言部分包括编写目的, 范围, 背景, 术语定义, 参考资料, 文档说明的填写。

2.由高峰同学完成概述部分的填写工作，需要填写的项目包

括项目目标，流程分析，用户分析，一般约束等。

3.第三部分的具体需求则由我们小组按照事先开会的安排

由每个模块的负责人各自完成自己模块的具体要求。

二． 工作安排

根据计划每个模块的负责人在规定的时间之前完成各自文档的填写工作，然后统一上交到我这里经过我的整理合并的工作后交给项目的审查人员进行最后的审查，经过审查后由我向组长报告工作的完成情况，最后交给老师。

第二阶段：项目测试文档

一． 工作计划

根据测试的阶段和内容不同我把测试的工作分成了两个阶段： 模块测试与集成测试阶段。

在模块开发阶段，各个模块分组对已经开发完的模块进行测试，通过链接测试以检查各个页面和功能块的链接情况，保证网页以及功能模块之间能够正常链接。另一方面就是对开发完成的数据库的初步测试，保证数据库的可用性和一定的安全性健壮性。通过功能点测试检验所要完成功能的可用性。

A 模块测试-

二．工作安排

任务规定日期：3月30日――4月2日（周四）

4月6号由负责人赵乾坤上交总文档

1．链接测试: 检查各个页面和功能块的链接情况，保证网页以及功能模块之间能够正常链接。

负责人：赵乾坤

2.二．数据库测试 :保证数据库的可用性和一定的安全性健壮性。

负责人：高峰

3.三．功能点测试 : 检验所要完成功能的可用性。

负责人：安全模块->李鑫

浏览区模块->张实

会员区模块->张鹏

网点模块->郑峥

管理员模块->云达

二． 工作总结

根据测试经理制定的测试计划，安排组员进行测试工作，结束时需提交初步的测试文稿，测试经理徐提交完整的测试方案。

B 集成测试

一． 工作计划

任务规定日期：4月6日――4月12日

在这个阶段，模块的开发已经基本完成，各个模块之间通过集成测试测试系统的各项要求指标。

二．工作安排

1.功能点测试

负责人：李鑫

2.性能测试

负责人：云达

3.图形用户界面测试 负责人：张实

4.安全性测试 负责人：高峰

5.压力测试

负责人：邱丰杰

6.可靠性测试 负责人：郑峥

7.安装/反安装测试 负责人：张鹏

第三篇：测试报告格式

测试背景

测试介绍

软件模拟攻击测试

1．测试物件需求

2．测试拓扑

3．测试准备

4．测试记录

1)Syn-flood测试

2)ack-flood测试

3)udp-flood测试

4)icmp-flood测试

5)带分片的syn-flood测试

6)其他DDoS攻击测试

4．测试总结

IXIA协议分析仪测试

1．测试物件需求

2．测试拓扑

3．测试准备

4．测试记录

该文章由www.xiexiebang.com(第一§范┆文网)整理，版权归原作者、原出处所有.1)Syn-flood测试

2)Ack-flood测试

3)udp-flood测试

4)混合攻击测试

4．测试总结

第四篇：测试报告格式

测试背景

测试介绍

软件模拟攻击测试

1．测试物件需求

2．测试拓扑

3．测试准备

4．测试记录

1)Syn-flood测试

2)ack-flood测试

3)udp-flood测试

4)icmp-flood测试

5)带分片的syn-flood测试

6)其他DDoS攻击测试

4．测试总结

IXIA协议分析仪测试

1．测试物件需求

2．测试拓扑

3．测试准备

4．测试记录

该文章由www.xiexiebang.com(www.xiexiebang.com)整理，版权归原作者、原出处所有.1)Syn-flood测试

2)Ack-flood测试

3)udp-flood测试

4)混合攻击测试

4．测试总结

第五篇：测试报告范本

项目编号： 项目名称：

任务编号/序号： 工作名称：

程序（ID）： 程序名称：

编程员： 测试完成日期： 年 月 日

软件测试工程师： 测试完成日期： 年 月 日

1、安装：

（1）程序运行环境已经正确设定

2、程序代码检查：

（1）程序单位首部有程序说明和修改备注（2）变量、过程、函数命令符合规则（3）程序中有足够的说明信息（4）修改注释符合要求（5）类库的使用符合要求

3、画面及报表格式检查：

（1）画面和报表格式符合规定需求（2）程序命名符合格式需求（3）画面和报表的字段位置和宽度与设计文档一致

4、功能测试：

（1）多画面之间切换正确（2）功能键、触发键、按钮、菜单、选择项功能正确（3）数据项关联及限制功能正确（4）设计文档规定的其它功能

测试内容：

5、正确性测试：

（1）读/写/删除操作结果正确（2）各种组合条件之查询或报表正确（3）设计文档规定的其它操作 测试内容：

6、可靠性测试：

（1）非法键容错测试（2）异常字符容错测试（3）程序负作用检查（4）残留文件检查

7、效率测试：

单用户（机型）多用户（终端数）（1）输入画面效率测试： 延迟时间：（2）报表及查询效率测试： 最小报表时间： 最大报表时间：

8、多用户测试：

终端数：（1）随机测试： 测试次数：（2）共享测试：（3）同步测试：

9、其它测试：

测试内容： 测试备忘：

性能测试报告模板软件测试

1、测试项目概述与测试目的1.1项目概述

本部分主要是针对即将进行压力测试的对象(接口、模块、进程或系统)进行概要的说明，让人明白该测试对象的主要功能与作用及相关背景。

1.2测试目标(目的)

简要列出进行本次压力测试的主要目标(目的)

1.3名词解释

性能测试过程中涉及的业务和技术方面的专业名词

1.4参考文档

列出与本文档相关的参考文档名称

2、测试对象的拓扑结构

本部分主要以图表加文字的方式，对待测试对象(接口、模块、系统)的拓扑结构进行描述，并标上必要的数据流向。注意：若生产实际跨越物理主机的模块(进程，数据库)部署应在拓扑图中要标示出来。

3、测试环境与测试数据

3.1测试环境

主要指软件实际运行的平台，以及软硬件配置，操作系统及版本，数据库名称及版本，客户端机器配置等方面内容

3.2测试数据

根据性能(压力)测试方案(计划)中测试数据的要求，结合测试方案与测试用例，构造符合要求的测试数据(包括系统初始数据与测试发送数据)，并描述测试数据的总量及简述这些测试数据生成的方法。测试策略

4.1测试方案

根据测试目的，写出测试的总体方案(方法)及所采用的技术手段等。

4.2测试场景

针对测试目的，结合所测对象的具体特征，设计出达到要求的并且符合真实生产场景的测试场景。

4.3测试用例

根据测试场景，转换成对应的测试用例。

5、测试执行步骤

具体描述每个场景的测试执行步骤，并同时说明采集的相关指标值。6 测试结果

针对每一个测试场景的相关测试观测指标要进行采集与记录(测试执行前，过程中，执行完),指标的采集可以通过工具，手工以及编写脚本相结合的方法获得,并把采集的这些指标值通过表格或图表的方式陈列出来。测试结果分析

根据收集的测试结果，首先要进行程序资源消耗分析(cpu,内存，磁盘)与IO分析，接着要根据测试目的(目标)项进行对应分析，最后根据测试 结果记录表中各个场景的对比分析，从中分析归纳出影响系统压力性能的关键影响因素(可选),并借助图表的方式来表达。直观且有说服力。程序改进与建议

如果测试结果与测试目标值相差太远或达不到，结合测试过程中所观测到的各种信息，测试人员有针对性提出程序的改进方向与建议(包括系统参数或配置文件的配置)，供开发人员改进参考或生产程序部署运行配置参考。测试结论

根据测试结果与测试分析，得出性能(压力)测试是否通过的结论。只有2种结论，通过或者不通过。同时要增加因测试环境与真实环境差异、测试数据模型与真实数据模型差异以及测试场景与真实场景差异的大小评估对测试结果或结论的影响。

测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。本文提供测 试报告模板以及如何编写的实例指南。关键字 测试报告 缺陷 正文 测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测 试报告基于测试中的数据采集以及对最终的测试结果分析。下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。PARTⅠ 首页0.1页面内容： 密级 通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和更多的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及保密行业和技术版 权的项目。XXXX项目/系统测试报告 报告编号 可供索引的内部编号或者用户要求分布提交时的序列号 部门经理 ______项目经理______ 开发经理______测试经理______ XXX公司 XXXX单位（此处包含用户单位以及研发此系统的公司）XXXX年XX月XX日 0.2格式要求： 标题一般采用大体字（如一号），加粗，宋体，居中排列 副标题采用大体小一号字（如二号）加粗，宋体，居中排列 其他采用四号字，宋体，居中排列 0.3版本控制： 版本 作者 时间 变更摘要 新建/变更/审核 PARTⅡ 引言部分 1.1编写目的 本测试报告的具体编写目的，指出预期的读者范围。实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包 括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高 层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。1.2项目背景 对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。1.3系统简介 如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。

1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。1.5参考资料 1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。

2．测试使用的国家标准、行业指标、公司规范和质量手册等等 PARTⅢ 测试概要 测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）2.1测试用例设计 简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方

法(3-4句)。提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方 法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。2.2测试环境与配置 简要介绍测试环境及其配置。提示：清单如下，如果系统/项目比较大，则用表格方式列出 数据库服务器配置 CPU： 内存： 硬盘：可用空间大小 操作系统： 应用软件： 机器网络名： 局域网地址： 应用服务器配置 …….客户端配置 …….对于网络设备和要求也可以使用相应的表格，对于三层架构的，可以根据网络拓扑图列出相关配置。2.3测试方法(和工具)简要介绍测试中采用的方法(和工具)。提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测 试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题。

参考文献：北京测试空间软件测评实验室作业指导书，