3-测试计划(GB8567——88)
- 格式:doc
- 大小:35.00 KB
- 文档页数:5
231 GB 8567-88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。
这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。
1.2 背景 说明:a .所建议开发的软件系统的名称。
b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c .该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料,如:a .本项目的经核准的计划任务书或合同、上级机关的批文。
b .属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求,如: a .功能。
b .性能。
c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e .处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标,如: a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
232 d .管理信息服务的改进。
测试分析报告(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 目的一项计算机软件的筹划、研制及实现,构成一个软件开发项目。
一个软件开发项目的进行,一般需要在人力和自动化资源等方面作重大的投资。
为了保证项目开发的成功,最经济地花费这些投资,并且便于运行和维护,在开发工作的每一阶段,都需要编制二定的文件。
这些文件连同计算机程序及数据一起,构成为计算机软件。
文件是计算机软件中不可缺少的组成部分,它的作用是:a.作为开发人员在一定阶段内的工作成果和结束标志;b.向管理人员提供软件开发过程中的进展和情况,把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。
以便管理人员在各个阶段检查开发计划的实施进展,使之能够判断原定目标是否已达到,还将继续耗用资源的种类和数量;C.记录开发过程中的技术信息,便于协调以后的软件开发、使用和修改;d.提供对软件的有关运行、维护和培训的信息,便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作;e.向潜在用户报导软件的功能和性能,使他们能判定该软件能否服务于自己的需要。
换言之,本指南认为:文件的编制必须适应计算机软件整个生存周期的需要。
计算机软件所包含的文件有两类:一类是开发过程中填写的各种图表,可称之为工作表格;另一类则是应编制的技术资料或技术管理资料,可称之为文件。
本指南规定软件文件的编制形式,并提供对这些规定的解释。
本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。
2 范围本指南是一份指导性文件。
本指甫建议,在一项计算机软件的开发过程中,一般地说,应该产生十四种文件。
这十四种文件是:可行性研究报告;项目开发计划;软件需求说明书;数据要求说明书;概要设计说明书;详细设计说明书;数据库设计说明书;用户手册;操作手册;模块开发卷宗;测试计划;测试分析报告;开发进度月报;项目开发总结报告。
本指南将给出开发过程中建议产生的这十四种文件的编制指导,同时,本指南也是这十四种文件的编写质量的检验准则。
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. 处理速度的提高。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1(标识符)设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2(标识符)设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系。
3程序1(标识符)设计说明从本章开始,逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述,主要说明安排设计本程序的目的意义,并且,还要说明本程序的特点(如是常驻内存还是非常驻?是否子程序?是可重人的还是不可重人的?有无覆盖要求?是顺序处理还是并发处理等)。
3.2功能说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。
测试计划(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测试培训说明或引用资料说明为被测软件的使用提供培训的计划。
1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2可行性研究的前提 (2)2.1要求 (2)2.2目标 (3)2.3条件、假定和限制 (3)2.4进行可行性研究的方法 (4)2.5评价尺度 (4)3对现有系统的分析 (4)3.1处理流程和数据流程 (4)3.2工作负荷 (5)3.3费用开支 (5)3.4人员 (6)3.5设备 (6)3.6局限性 (6)4所建议的系统 (6)4.1对所建议系统的说明 (6)4.2处理流程和数据流程 (7)4.3改进之处 (7)4.4影响 (7)4.4.1对设备的影响 (7)4.4.2对用户单位机构的影响 (7)4.4.3对系统运行过程的影响 (8)4.4.4对开发的影响 (8)4.4.5对地点和设施的影响 (8)4.5局限性 (8)4.6技术条件方面的可行性 (8)5可选择的其他系统方案 (8)5.1可选择的系统方案1 (9)5.2可选择的系统方案2 (9)6投资及效益分析 (9)6.1支出 (9)6.1.1基本建设投资 (9)6.1.2其他一次性支出 (9)6.1.3非一次性支出 (10)6.2收益 (10)6.2.1一次性收益 (10)6.2.2非一次性收益 (11)6.2.3不可定量的收益 (11)6.3收益/投资比 (11)6.4投资回收周期 (11)6.5敏感性分析 (11)7社会因素方面的可行性 (12)7.1法律方面的可行性 (12)7.2使用方面的可行性 (12)8结论 (12)GB8567——88医疗保险中心报销系统可行性研究报告1引言1.1编写目的将医疗保险报销的数据形成统一的模板进行分类并且入库,大大节省了医疗保险报销时带来的时间成本。
用最有效的方式帮助公司整合医疗保险报销,实现医疗保险报销工作的便捷和高效,从低效的人工操作模式转变为高效的自动录入数据模式。
1.2背景现今的人们办理医疗保险报销主要依赖于人工的方式来完成业务办理,这样的人工操作方式,不仅效率非常低,而且极度浪费人力财力。
231 GB 8567-88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。
这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。
1.2 背景 说明:a .所建议开发的软件系统的名称。
b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c .该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料,如:a .本项目的经核准的计划任务书或合同、上级机关的批文。
b .属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求,如: a .功能。
b .性能。
c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e .处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标,如: a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
232 d .管理信息服务的改进。
网上商城功能测试计划1引言1。
1编写目的本手册是基于项目已经基本完成,作为项目测试人员对项目功能进行测试.测试各项功能是否达标!1。
2背景对系统(构件、应用程序、系统等)及其目标进行简要说明.需要包括的信息有:主要的功能、网上商城购物系统的构架以及项目的简史。
A软件系统的名称:网上商城购物设计项目B任务提出者:*******科技发展有限公司C开发者:**************产品开发部D本项目将实现网上商城购物系统,最终完成的版本将在网站上使用。
提供服务如下➢ 用户注册:把新用户信息保存到数据里(如:用户名、密码等)➢ 用户登陆:判断用户名和密码的正确性,如果判断通过则让用户进入欢迎界面,让其可以进行各种操作。
➢ 用户修改密码:把用户新密码输入到数据库中,替换原密码.➢ 用户浏览:从数据库里调出书籍信息显示➢ 用户查询:从数据库里查找相关书籍,如果找到则显示出来,否则显示查找失败➢ 用户购书:保存用户所填写订单(包含有所购书籍、数量、价格等信息)➢ 用户退出:显示已经退出系统信息E.本系统将使用SQL Server 2000作为数据库存储系统,SQL Server 2000企业版将由******自行购买.1。
4参考资料相关的文件包括:A、网上商城设计项目分析会议备忘录;B、《网上商城设计项目需求说明书》;C、《网上商城设计项目概要设计》;D、《网上商城设计项目详细设计》;E、《网上商城设计项目测试用例》;参考资料:A、北大青鸟Aptech ACCP3.0 Sem2《基于软件开发项目的毕业设计》;B、北大青鸟Aptech ACCP3。
0 Sem2《软件测试和软件质量保证》;C、国家标准《测试计划(GB8567—-88)》;合同:A、《网上商城设计项目合同20031102 —54》;(说明:引言部分在多个文档中出现,是为了在该文档被单独阅读的情况下,提供给阅读这以背景知识,同时增强不同的文档的独立性。
测试计划(GB8567——88)
1引言
1.1编写目的
该软件为在线拍卖系统以供商家及竞拍者使用,能够实现商品的release,modification,auction,lookup,deal等功能,而本测试计划就是针对本软件的各个内部模块(models),及用户能够使用的各个功能(Functions)进行完整的测试。
阅读对象应为专门的软件测试人员,the developer of the software in this case.
1.2背景
说明:
◆The name of the software:在线拍卖系统。
◆History:the very beginning start from April 2013,the requirement design耗时两周完成,
code过程耗时三周完成,接下来进入软件的testment phase,预计耗时一周完成,在测试之前必须完成软件需求分析与设计,代码编写等工作。
1.3定义
No specific terminology is used in the process.
1.4参考资料
1. 软件需求说明书;
2.”C++ Primer Plus 6e”
2计划
2.1软件说明
提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为叙述测试计划的提纲。
功能名称功能描述输入条件输出结果质量标准
商品上架商家模式中,商家可使
用其来使某一商品处
于商家状态需要所提示需
要输入的各项
商品信息
提示商品上架成
功或者提示输入
不正确上架失败
需要能对合法以
及不合法输入均
做出正确响应
查看商品信息用户可以对当前已经
上架的所有商品的相
关信息进行查看
输入3 显示所查询的商
品信息
需要能对合法以
及不合法输入均
做出正确响应
参与竞拍竞拍者能对当前的某
一商品竞拍需要输入产品
编号然后按照
提示进行输入
显示竞拍成功或
失败信息
需要能对合法以
及不合法输入均
做出正确响应
2.2测试1(标识符)
本部分主要测试软件的商家模块。
2.2.1进度安排
本测试模块计划在4天内完成主要测试,主要测试内容为测试商家模式下的各个功能的rightness和robustness,测试数据在测试之前完成。
2.2.2条件
◆测试OS支持:Linux kernel 3.6
◆测试人员:the developer of this software
◆测试耗时: in four days
2.2.3测试资料
无
2.2.4测试培训
测试人员为软件编写人员,无需培训的相关内容。
2.3测试2(标识符)
本部分主要测试软件的客户模块。
2.3.1进度安排
本测试模块计划在3天内完成主要测试,主要测试内容为测试商家客户竞拍者模式下的各个功能的rightness and the robustness,测试数据在测试之前完成。
2.3.2条件
◆测试OS支持:Linux kernel 3.6
◆测试人员:the developer of this software
◆测试耗时: in four days
2.3.3测试资料
无
2.3.4测试培训
测试人员为软件编写人员,无需培训的相关内容。
3测试设计说明
3.1测试1(商家模块)
本次测试针对软件的商家模块,主要对其release,lookup the info,show status以及deal 等功能的正确性测试。
3.1.1控制
本测试使用的是executed by manual workforce,while the output is redirected to files automatically.
3.1.2输入
All the input is made by hand.
3.1.3输出
本次测试所产生的结果或中间结果以及运行信息会以消息框或文本形式现在在显示屏上。
3.2测试2(客户模块)
本次测试针对软件的客户模块,主要对其查看商品信息,出价参与竞拍,查看交易记录等功能的正确性测试。
3.2.1控制
本测试使用的是人工控制操作的,以及自动导出操作结果的方法完成的。
3.2.2输入
本次测试所使用的测试输入均是由人工输入完成的。
3.2.3输出
本次测试所产生的结果或中间结果以及运行信息会以消息框或文本形式现在在显示屏上。
4评价准则
4.1范围
本次测试用例的范围为所有用户可能接触到的合法的或者不合法的输入。
4.2数据整理
本测试所需要的测试数据均由人工整理得到,而输出的数据整理一部分由人工整理,另一部分由数据库管理系统进行管理。
4.3尺度
本次测试通过的标准为:所有合法的输入均需要有正确的输出响应,对于不合法的属输
入,软件需要具有容错性,对错误输入进行检测并提示用户,精度要求为价格需要精确到小数点后两位,允许存在小数点后两位级别的偏差。