测试分析报告(GB8567-88)

测试分析报告（GB8567——88）1引言1.1编写目的本报告为校园二手交易平台系统开发的测试分析报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。

它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。

因此，测试分析报告对于今后对软件的功能的增强，不足之处的弥补等都起着十分重要的提纲作用，另外，它还有利于今后软件开发者的阅读原程序，根据测试提供的数据和结果，分子源代码，掌握个函数的功能和局限性。

从而缩短软件开发者的再开发时间和所耗费的精力、资金。

测试工作完成后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。

本分析报告的预期读者为用户、业务或需求分析人员、测试人员、开发人员、用户文档编写者、项目管理人员和其他质量管理人员。

1.2背景被测试软件系统的名称：校园二手交易平台；该软件的任务提出者：计科1205班学生六名学生，刘悦，李国婷，朱亚南，安冬冬，王娜开发者：计科1205班学生六名学生，刘悦，李国婷，朱亚南，安冬冬，王娜测试环境与实际环境之间的差异：1.3定义WEB技术：World wide web是英国人TimBerners-Lee1989年在欧洲共同体的一个大型科研机构2发明的。

通过WEB，互联网上的资源，可以在一个网页里比较直观的表示出来；而且资源之间，在网页上可以相互连接，互相访问。

它是一系列技术的复合总称（包括网站的前台布局、后台程序、美工、数据库领域等等的技术概括性的总称）。

JA V A EE: JA V A EE（Java Platform,Enterprise Edition）是sun公司推出的企业级应用程序版本。

这个版本以前称为J2EE，能够为我们帮主开发和部署可移植、健壮、可伸缩且安全的服务器端JA V A应用程序。

1.引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2.测试概要 (2)3.测试结果及发现 (2)3.1测试1（标识符） (2)3.2测试2（标识符） (2)3.3测试3（标识符） (2)3.4测试4（标识符） (3)4.分析摘要 (4)4.1能力 (4)4.2缺陷和限制 (4)4.3评价 (4)5.测试资源消耗 (4)测试分析报告（GB8567——88）1引言1.1编写目的通过测试，确保本系统的功能、互操作性等符合软件的设计要求，分析测试的过程，产品，资源，信息，为以后指定测试计划提供参考。

分析系统存在的缺陷，为修复和预防bug 提出建议，满足用户的使用要求。

1.2背景说明：a.软件系统名称：Dota2小秘书。

b.软件项目的任务提出者：徐彦哲开发者：柳畅、宋雪岩、徐彦哲、卿茂杰、沙露露c.用户：Dota2玩家d.应用平台：PC win xp/ win 7 64位/ win 7 32位1.3定义Dota:Denfese of The Ancients.最初是《魔兽争霸3》的一个地图，它采用了英雄角色可以升级、学习新技能还能装备道具的概念。

不同于把可升级的英雄混入即时战略框架。

DotA 强调了操作体验，这样你操控的不再是一支军队，而是一个英雄。

你不需要建造基地，你就是你，你选中英雄和少量的升级技能就行了。

DOTA2是脱离了War3的引擎，由美国Valve公司研发运营，完美世界代理，并由DotA 的地图作者IceFrog（冰蛙）联手Valve开发的多人联机在线RPG。

DOTA2整个游戏将会保持原有风格不变，DotA中的100多位英雄正在逐步的移植到DOTA2中。

从某种程度上来说，DOTA2是现有DotA的新引擎版。

完美正式宣布DOTA2于2013年4月28日开始测试，已发布中文名“刀塔”。

1.4参考资料a．《软件工程》齐治昌高等教育出版社b．《深入体验C#项目开发》扶松柏清华大学出版社c．《C#程序设计案例教程》蔡朝晖清华大学出版社2测试概要Dota2小秘书主要有四个模块，我们预先设想的是建立一个联网数据库，这样软件中不仅囊括了“英雄出装”这样固定不变的数据，还能实时更新“热点推荐”等实时数据。

GB8567－88软件开发主要文档编写规范GB8567－88软件开发主要文档编写规范233GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。

这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。

一、 可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。

1.2 背景说明：a ．所建议开发的软件系统的名称。

b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

c ．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

2341.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。

b ．属干本项目的其他已发表的文件。

c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。

2.1 要求说明对所建议开发软件的基本要求，如：a ．功能。

b ．性能。

c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。

d. 输入说明。

系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频235度。

e ．处理流程和数据流程。

用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。

f. 在安全与保密方面的要求。

g. 同本系统相连接的其他系统。

h. 完成期限。

2.2 目标说明所建议系统的主要开发目标，如：a. 人力与设备费用的减少。

b. 处理速度的提高。

软件测试分析报告（GB8567—88）测试分析报告（GB8567——88）1引言1.1编写目的说明这份测试分析报告的具体编写目的，指出预期的阅读范围。

1.2背景说明：a.被测试软件系统的名称；b.该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。

1.3定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。

1.4参考资料列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2测试概要用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。

3测试结果及发现3.1测试1（标识符）把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。

3.2测试2（标识符）用类似本报告3.1条的方式给出第2项及其后各项测试内容的测试结果和发现。

4对软件功能的结论4.1功能1（标识符）4.1.1能力简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。

4.1.2限制说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。

4.2功能2（标识符）用类似本报告4.l的方式给出第2项及其后各项功能的测试结论。

．．．．．．5分析摘要5.1能力陈述经测试证实了的本软件的能力。

如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。

测试分析报告（GB8567——88）1引言1.1编写目的软件的错误是不可避免的，所以必须经过严格的测试。

通过对本软件的测试，尽可能的发现软件中的错误，以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确的实现其预期的功能。

J检测和排除子系统结构或相应程序结构上的错误，是所有系统单元配合合适，整体的性能和功能完整。

1.2背景资产设备管理系统，包括设备管理，调拨管理，维修管理，组织管理，类型管理，类别管理，用户管理，权限管理等，可以实现对各个模块的增删查改的功能。

系统的核心是设备管理，调拨管理以及维修管理，在对相应信息进行操作的时候同时要实现相关表的更新，例如调拨只能调拨设备状态为空闲的设备，增加调拨及维修记录时同时也要修改相关设备记录的状态为忙碌和故障等，在开始测试之前要保证用户表里面有一条管理员身份的用户记录，保证测试人员能顺利登陆系统完成测试。

1.3定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。

1.4参考资料参考文献：《C# 3.0从基础到项目实践》化学工业出版社李海涛著《C#程序设计基础》电子工业出版社赵敏著《C#实用教程》电子工业出版社李纯莲著2测试概要3测试结果及发现3.1测试13.2测试23.3测试33.4 测试43.6 测试6结果正确，不存在异常用户管理模块结果正确，不存在异常用户管理模块用户编号：1用户权限：1列表显示用户编号中有1并用户权限为1的记录结果正确，不存在异常4对软件功能的结论4.1功能1（标识符）4.1.1能力简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。

4.1.2限制说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。

5分析摘要5.1能力该设备管理系统具备一般设备管理系统的基本功能，提供了相应信息的增删查改，基本满足用户需求。

5.2缺陷和限制对于查询结果不能导出生成excel表格，日期输入不方便。

项目开发总结报告（GB8567——88）1引言1.1编写目的说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1.2背景说明：a．本项目的名称和所开发出来的软件系统的名称；b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出要用到的参考资料，如：a．本项目的已核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2实际开发结果2.1产品说明最终制成的产品，包括：a．程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b．程序系统共有哪几个版本，各自的版本号及它们之间的区别；c．每个文件的名称；d．所建立的每个数据库。

如果开发中制订过配置管理计划，要同这个计划相比较。

2.2主要功能和性能逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

2.3基本流程用图给出本程序系统的实际的基本的处理流程。

2.4进度列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。

2.5费用列出原定计划费用与实际支出费用的对比，包括：a.工时，以人月为单位，并按不同级别统计；b.计算机的使用时间，区别CPU时间及其他设备时间；c.物料消耗、出差费等其他支出。

明确说明，经费是超出了、还是节余了，分析其主要原因。

3开发工作评价3.1对生产效率的评价给出实际生产效率，包括：a．程序的平均生产效率，即每人月生产的行数；b．文件的平均生产效率，即每人月生产的千字数；并列出原订计划数作为对比。

测试计划（GB8567——88）1引言1.1编写目的本测试计划的具体编写目的，指出预期的读者范围。

1.2背景说明：a．测试计划所从属的软件系统的名称；b．该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出要用到的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2计划2.1软件说明提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。

2.2测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。

2.3测试1（标识符）给出这项测试内容的参与单位及被测试的部位。

2.3.1进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。

培训、准备输入数据等）。

2.3.2条件陈述本项测试工作对资源的要求，包括：a．设备所用到的设备类型、数量和预定使用时间；b．软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c．人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。

技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。

2.3.3测试资料列出本项测试所需的资料，如：a．有关本项任务的文件；b．被测试程序及其所在的媒体；c．测试的输入和输出举例；d．有关控制此项测试的方法、过程的图表。

2.3.4测试培训说明或引用资料说明为被测软件的使用提供培训的计划。

附录7：测试计划(GB8567――88)1、1编写目的为了更加全面地评估该“学生选课管理体统”的功能完成指标，查找出教师和学生在使用时可能会出现的错误，并进一步提出改进方法；同时也为了加深我们对黑盒测试方法的理解，我们小组决定分对这个软件进行一次系统的功能测试。

同时测试计划的编写也能增强我们与测试团队、开发团队之间进行交流。

1、2背景系统名称：学生网上选课管理系统项目的委托单位：宝鸡文理学院计算机学院开发单位：宝鸡文理学院计算机学院物联网工程一班第八小组主管部门：宝鸡文理学院计算机学院该软件系统完成了学生网上选课具备的基本功能，把学生、老师、班级、课程、成绩在数据库系统中紧密的联系起来，为老师和学生创建了一个方便、快捷、有效率的服务平台，让学校用一种更有效、更精确的方式对学生选课进行管理，从而使选课管理更加规范化，信息化。

1、3定义软件测试：通过使用有限的测试用例来动态地验证程序是否能达到预期的行为测试的目的是为了评估和改进产品质量。

黑盒测试：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用，黑盒测试又称功能测试。

单元测试：着重测试每个单独的模块，以确保它作为一个单元来说明功能是正确的，这种测试成为单元测试集成测试：必须把模块装配在一起形成完整的软件包。

在装配的同时进行测试，因此称为集成测试确认测试：必须测试在需求分析阶段定下来的确认标准，确认测试是对软件满足所有功能的、行为的和性能需求的最终保证等价类：1、4参考资料《软件工程》（第三版）张海藩倪宁编著《软件项目管理》《JAVA核心思想》《Java大学实用教程》（第二版）耿祥义张跃平编著《设计模式》ErichRichardHelm和RaphJohnsonJohnVlissides编著《面向对象软件工程》StephenR、Schach编著a、《软件测试》（美）RonPatton著周予滨姚静等译b、项目的计划任务书、合同或批文；c、项目开发计划；d、需求规格说明书；e、概要设计说明书；f、详细设计说明书；2计划2、1软件说明编号功能输入输出说明001登录用户名和密码登录成功提示失败则提示重新登录002学生查看课程信息选择“查看可选课程“可选课程信息课程为空提示没有可选课程003学生选课选择课程并确定提示选课成功没有选择则提示没有选中课程004学生退课选择课程并确定提示退选成功没有选择则提示没有选中课程005学生查看已选课程选择“查看已选课程”已选课程信息课程为空提示尚未选课006教师查看课程信息选择“查看课程信息”所有课程信息007教师发布课程所发课程代号，名称等详细信息发布成功提示异常则提示发布失败008教师查看课程选取情况选择“查看选课情况“发布课程选取信息未发布则提示没有发布课程009教师修改课程信息修改后课程信息修改成功提示未输入修改信息则提示输入010教师删除课程选择所要删除的课程信息删除成功提示未选择则提示选择课程011管理员设置参数参数设置信息设置成功提示未设置则提示输出设置信息012管理员查看课程信息选择“查看课程信息“课程发布和选取情况013管理员调整选课情况所要调整的信息调整成功提示未输入则提示输入调整信息014管理员生成报表生成报表条件选课报表条件错误则提示出错015管理员查询查询条件查询结果条件错误则提示出错2、2测试内容测试类型测试内容测试目的所用的测试工具和方法功能测试用户个人前台注册新用户、登录系统发表留言添加修改和删除信息提交选课情况浏览者功能查看系统主页课程信息查询浏览课程信息管理后台管理员注册系统管理员登录系统用户管理系统信息管理系统选课人数管理系统核实所有功能均已正常实现1流程检验各个业务流程符合常规逻辑用户使用时不会产生疑问2、数据精确各数据类型的输入输出时统计精确。

软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中，应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。

完备的文档对软件的开发及使用起了很大的作用。

一般要求编写好十三种文档。

1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。

2、项目开发计划为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

3、软件需求说明书（软件规格说明书）对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。

该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。

4、概要设计说明书是概要设计阶段的工作总结。

主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。

5、详细设计说明书着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。

6、用户操作手册详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。

7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

8、测试分析报告测试计划的执行情况，对测试结果的分析，提出测试结论。

9、开发进度月报按月提交的项目进展情况报告。

包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。

10、项目开发总结报告项目完成以后，总结实际执行情况。

如进度、成果、资源利用、成本和投入的人力，对项目开发作出评价，总结经验与教训。

11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。

【gb8567-88】可行性研究报告(柯桃华GB8567——88)1可行性研究报告(柯桃华GB8567——88)11引言11.1编写目的.................................................................................................................. (1)1.2背景.......................................................................................................错误！未定义书签。

1.3定义.................................................................................................................. .. (2)1.4参考资料.................................................................................................................. (2)2可行性研究的前提.................................................................................................................. .. (2)2.1要求.................................................................................................................. (2)2.2目标.................................................................................................................. .. (3)2.3条件、假定和限制 (3)2.4进行可行性研究的方法 (3)2.5评价尺度.................................................................................................................. (3)3对现有系统的分析.................................................................................................................. .. (4)3.1处理流程和数据流程 (4)3.2工作负荷.................................................................................................................. (4)3.3费用开支.................................................................................................................. (4)3.4人员.......................................................................................................()........ .. (4)3.5设备.................................................................................................................. .. (5)3.6局限性.................................................................................................................. . (5)4所建议的系统.................................................................................................................. . (5)4.1对所建议系统的说明 (5)4.2处理流程和数据流程 (5)4.3改进之处.................................................................................................................. (6)4.4影响.................................................................................................................. (7)4.4.1对设备的影响 (7)4.4.2对软件的影响 (7)4.4.3对用户单位机构的影响 (7)4.4.4对系统运行过程的影响 (7)4.4.5对开发的影响 (8)4.4.6对地点和设施的影响 (8)4.4.7对经费开支的影响 (8)4.5局限性...................................................................................................错误！未定义书签。