软件测试报告的参考文件

合集下载

软件验证报告模板参考

软件验证报告模板参考

xxx软件验证报告产品名字:型号:生效日期:文件编号:版本号:部门:编写: 签字: 审核:签字: 批准:签字:版本记录目录1. 软件描述和操作需求 (1)1.1 软件信息 (1)1.2 软件分类 (1)1.3软件的功能 (1)2. 开发计划 (2)2.1开发计划 (2)2.2配置管理和维护 (2)3. 软件需求规格 (3)3.1 硬件需求 (3)3.2 编程工具需求 (3)3.3 软件输入输出需求 (3)3.4 软件功能 (3)4. 软件风险管理过程 (4)4.1 软件声明周期的风险管理 (4)4.2 风险分析 (4)5. 软件框架设计 (6)6. 功能模块详细设计 (6)7. 追溯分析 (7)8 测试功能模块 (10)8.1 单元测试 (10)8.2 集成测试和系统测试 (11)9. 确认整个过程的软件需求 (13)10 软件修订记录 (13)11 未解决的异常 (14)11.1 问题 (14)11.2对设备性能的影响 (14)11.3 怎样改正问题 (14)12 综述 (14)1. 软件描述和操作需求1.1 软件信息版本号: 1.0 日期: 2014.08.181.2 软件分类软件不直接作用于人体,当参数错误的时候,会导致激光功率不正常,所以我们把软件分类为B1.3软件的功能A. LCD 实时显示功能B. 按键扫描,C. 控制激光探头输出,2. 开发计划2.1开发计划2.2配置管理和维护a) 清晰定义分离模块来保证工程师可以开发自己的模块而不混淆b) 构造对所有团队成员可用的基本子程序组c) 为每一次修改保持详细记录,包括提出者,时间,原因d) 保存软件的每个版本为了保存和对比e) 保存发放的版本为了潜在修改的评估。

所有的文件应该记录在硬盘或者打印f) 追溯功能增强的缺陷和需求3. 软件需求规格3.1 硬件需求MCU:STM8S105c4t6显示屏:LCD显示外设器件:A探头、B探头、探头连接线IO设备:不适用3.2 编程工具需求●编程语言: C 语言●编译器 ST Visual Develop●编程调试工具: ST-Link/V23.3 软件输入输出需求主程序模块:核心软件模块,负责各个外围软件模块任务调度和数据交互。

软件测试报告(模板)

软件测试报告(模板)

软件测试报告(模板)测试报告文件状态:草稿报告编号:当前版本:编写人:审批人:保密级别:编写日期:2010-02-14审批日期:版本变更记录:日期版本作者/修改者描述审核人目录:1.引言2.项目基本信息引言:本文档旨在对系统进行测试,并记录测试过程中的结果和问题。

通过测试,确保系统的功能和性能符合需求,达到预期目标。

项目基本信息:本系统名称为XXX,版本号为XXX,主要用于XXX。

该系统的开发目的是XXX,背景是XXX。

在测试过程中,我们参考了XXX资料,并使用了XXX术语和缩略语。

测试概要:我们对系统进行了功能测试和性能测试。

在测试用例设计中,我们考虑了系统的各种情况,并对测试环境进行了配置。

测试环境与配置:我们使用了XXX工具,并在XXX环境下进行了测试。

测试过程中,我们遇到了一些问题,但通过调整配置和测试方法,最终解决了这些问题。

功能测试:我们对系统的各项功能进行了测试,包括XXX、XXX、XXX等。

测试结果表明,系统的功能符合需求,没有明显的问题。

性能测试:我们对系统的性能进行了测试,包括XXX、XXX、XXX 等。

测试结果表明,系统的性能符合需求,没有明显的问题。

测试内容和执行情况:我们按照测试用例设计进行了测试,并记录了测试过程中的结果和问题。

在测试过程中,我们发现了一些问题,并及时进行了修改和调整。

项目测试概况表:测试项目测试结果备注XXX 功能正常无XXX 性能符合需求无XXX 无异常无文章中存在大量的格式错误和未定义书签,需要进行修正。

同时,部分段落存在明显问题,需要删除或改写。

首先,需要明确的是,本文讨论的是一个软件测试项目的各个方面。

在测试过程中,需要关注的指标包括总体KPI、性能、可靠性、安全性、易用性、兼容性等多个方面。

下面将分别对这些方面进行讨论。

在总体KPI方面,需要关注的是整个测试项目的进度、质量和成本等指标。

为了达到预期的目标,需要制定详细的测试计划和测试用例,并对测试过程进行严格的控制和管理。

软件测试报告(STR)文档标准模版

软件测试报告(STR)文档标准模版

软件测试报告(STR)XXXX公司文件更改记录文件版本变更记录软件测试报告(STR)说明:1.《软件测试报告》(STR)是对计算机软件配置项CSCI,软件系统或子系统,或与软件相关项目执行合格性测试的记录。

2•通过STR,需方能够评估所执行的合格性测试及其测试结果。

模版说明:1、文档字体设定:标题1:小一标题2:二号标题3:小二标题4:三号标题5:小三标题6:四号正文:四号2、文章编号,请使用格式刷刷,不要手工编号。

目前格式都是对的。

3、内容根据实际情况裁剪,一般可行性研究报告,模版章节不可缺。

4、封面图片请根据实际情况自行替换。

5、关于修订记录,请根据文档需要自行添加。

1. 引言本章应分成以下几条。

1.1.标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。

1.2. 系统概述本条应简述本文档适用的系统和软件的用途。

它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。

1.3. 文档概述本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。

2. 引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。

本章还应标识不能通过正常的供货渠道获得的所有文档的来源。

3. 测试结果概述本章应分为以下几条提供测试结果的概述。

3.1. 对被测试软件的总体评估本条应:a.根据本报告中所展示的测试结果,提供对该软件的总体评估;b.标识在测试中检测到的任何遗留的缺陷、限制或约束。

可用问题/变更报告提供缺陷信息;c.对每一遗留缺陷、限制或约束,应描述:1)对软件和系统性能的影响,包括未得到满足的需求的标识;2)为了更正它,将对软件和系统设计产生的影响;3)推荐的更正方案/方法。

3.2.测试环境的影响本条应对测试环境与操作环境的差异进行评估,并分析这种差异对测试结果的影响。

测试报告范本

测试报告范本

项目编号:项目名称:任务编号/序号:工作名称:程序(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、测试对象的拓扑结构本部分主要以图表加文字的方式,对待测试对象(接口、模块、系统)的拓扑结构进行描述,并标上必要的数据流向。

注意:若生产实际跨越物理主机的模块(进程,数据库)部署应在拓扑图中要标示出来。

软件单元测试报告模板

软件单元测试报告模板

XXXX单元测试计划部门编写审核批准XXXX有限公司文档控制变更记录1范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)2引用文件 (4)3术语和定义 (5)4测试结果概述 (5)4.1被测软件概述 (5)4.2测试工作概述 (5)4.3测试数据度量分析 (6)4.4总体评估 (7)4.5测试环境的影响 (8)4.6改进建议 (8)5详细测试结果 (8)5.1测试结果(测试序号:1) (8)5.1.1通过的测试用例 (8)5.1.2未通过的测试用例 (8)5.1.3未完整执行的测试用例 (8)5.1.4本轮测试完成后进行的修改 (9)6测试工作总结 (9)未找到图形项目表。

表目录表4-1测试工作表 (5)表4-2测试用例执行情况 (6)表4-3问题清单 (7)表4-4问题分类统计(缺陷分布) (7)表4-5问题分类统计(问题类别) (7)表4-6问题分类统计(严重级别) (7)表5-1通过的测试用例表 (8)表5-2未通过的测试用例表 (8)表5-3未完整执行的测试用例表 (8)表4-7更改汇总 (9)1范围1.1标识写明本文档的:a.本文档的标识号:;b.标题:XXXX软件XX测试报告;c.本文档适用于XXX系统/软件/XXXXCSCI。

1.2系统概述标识并描述本文档使用的CSCI(可以是一个系统中的多个配置项)在系统中的作用、运行环境等。

包括系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构。

1.3文档概述本文档为测试报告的参考模板。

本文档的各章节和提示为编制文档所必须的要素,文档开发人员可根据项目的特点和需要调整本文档的结构和描述方式,但应保证本文档要求的要素均能得到充分的描述。

文档开发人员应根据项目需要(包括用户需要、组织需要和项目特点)在本文档的基础上做适当的扩展以满足项目的要求。

本文档模板涵盖了GJB 438B-2009、GB/T 8567-2006对软件测试报告文档的要素和内容的要求。

软件系统性能测试分析报告模板

软件系统性能测试分析报告模板

修订历史记录目录1概述 (3)1.1编写目的 (3)1.2项目背景 (3)1.3术语、缩略词 (3)1.4测试目的 (3)1.5测试方法 (3)1.6测试范围 (3)2参考文档 (3)3测试执行情况 (4)3.1人力资源 (4)3.2测试时间 (4)3.3测试环境 (4)3.4测试过程安排及描述 (4)4测试总结分析 (5)4.1并发测试 (5)4.2稳定性测试 (5)5结论 (5)1概述1.1编写目的1.2说明这份测试分析报告的具体编写目的, 指出预期的读者范围。

1.3项目背景说明项目测试背景1.4术语、缩略词列出本文件中用到的专门术语的定义和缩写词的原词组。

1.5测试目的1)说明本测试分析报告所要达到的测试目的, 例如:2)验证系统的事务处理速度是否达到设计要求;3)初步确定系统的最大在线用户数及事务并发数;4)发现可能的性能瓶颈并进行性能调优;5)测试系统在合理压力下稳定性运行情况。

1.6测试方法说明本测试所采用的测试方法(采用何种测试工具和方法)1.7测试范围2对测试范围进行说明, 测试主要针对哪些事项。

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

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

6测试执行情况6.1人力资源6.2测试时间6.3测试环境6.4对测试环境进行说明, 包括硬件、软件和网络等环境。

6.5测试过程安排及描述对测试过程安排及采用的测试策略等情况进行描述, 重点对一些关键业务的测试进行详细描述和分析3.4.1登录系统1)业务描述登录系统即指登录到X系统。

2)测试策略3)主要是指对场景设计进行描述, 采用什么样的加压方式, 下面举例说明: 策略: 在LoadRunner里设计一组场景, 按每20个递增的方式不断增大并发数, 最终达到400个并发。

软件测试报告格式

软件测试报告格式

软件测试报告格式1. 文件信息- 报告标题:软件测试报告- 作者:[作者姓名]- 日期:[日期]2. 引言在本报告中,对软件进行了全面的测试和评估。

本报告旨在汇总测试过程、结果和发现,以便于项目团队和相关利益相关者了解软件的测试情况。

3. 测试环境- 软件版本:[软件版本号]- 测试时间:[测试时间段]- 测试人员:[测试人员姓名]- 测试工具:[测试工具名称]4. 测试目的测试的目的是验证软件是否满足其功能需求,并确保软件的质量和稳定性。

我们的测试重点是:1. 验证功能是否按照规格说明书所述正常工作。

2. 检查软件性能和稳定性。

3. 寻找潜在的缺陷或问题,并记录测试结果。

5. 测试方法我们采用了以下测试方法来验证软件的功能和性能:- 功能测试:验证软件的各个功能是否按照需求规格说明正常工作。

- 性能测试:测试软件在不同负载条件下的响应时间和资源利用情况。

- 兼容性测试:测试软件在不同操作系统和设备上的兼容性。

- 安全性测试:验证软件的安全性和防护机制。

6. 测试结果经过测试,我们得出以下结论:- 功能测试:软件的功能均按照设计要求正常工作,未发现明显的功能缺陷。

- 性能测试:软件在正常负载下响应时间合理,资源利用合理。

- 兼容性测试:软件在常见的操作系统和设备上均能正常运行。

- 安全性测试:软件的安全性和防护机制较为可靠,未发现明显的安全漏洞。

7. 发现的问题我们在测试过程中发现了以下问题:- 缺陷1:[缺陷描述]- 缺陷2:[缺陷描述]- ...8. 测试结论基于我们的测试结果,我们得出以下结论:- 软件满足了设计要求并正常工作。

- 软件性能在合理范围内,并没有明显问题。

- 兼容性和安全性方面也表现良好。

9. 建议和改进基于我们的测试结果和发现的问题,我们提出以下建议和改进措施:- 建议1: [建议和改进措施描述]- 建议2: [建议和改进措施描述]- ...10. 接下来的计划我们计划执行以下计划来解决发现的问题和改进软件:- 计划1: [计划描述]- 计划2: [计划描述]- ...11. 附录- 附录1:测试用例- 附录2:测试日志以上是软件测试报告的格式,用于总结和记录软件测试过程和结果。

软件系统测试报告(通用模板)

软件系统测试报告(通用模板)

软件系统测试报告2016年06月版本修订记录目录1引言 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 术语解释 (1)1.4 参考资料 (1)2测试概要 (3)2.1 系统简介 (3)2.2 测试计划描述 (3)2.3 测试环境 (3)3测试结果及分析 (5)3.1 测试执行情况 (5)3.2 功能测试报告 (5)3.2.1 系统管理模块测试报告单 (5)3.2.2 功能插件模块测试报告单 (7)3.2.3 网站管理模块测试报告单 (7)3.2.4 内容管理模块测试报告单 (7)3.2.5 辅助工具模块测试报告单 (7)3.3 系统性能测试报告 (7)3.4 不间断运行测试报告 (8)3.5 易用性测试报告 (9)3.6 安全性测试报告 (10)3.7 可靠性测试报告 (10)3.8 可维护性测试报告 (12)4测试结论与建议 (14)4.1 测试人员对需求的理解 (14)4.2 测试准备和测试执行过程 (14)4.3 测试结果分析 (14)4.4 建议 (14)1引言1.1编写目的本测试报告为xxxxxx软件项目的系统测试报告,目的在于对系统开发和实施后的的结果进行测试以及测试结果分析,发现系统中存在的问题,描述系统是否符合项目需求说明书中规定的功能和性能要求。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领导。

1.2项目背景➢项目名称:xxxxxxx系统➢开发方:xxxxxxxxxx公司1.3术语解释系统测试:按照需求规格说明对系统整体功能进行的测试。

功能测试:测试软件各个功能模块是否正确,逻辑是否正确。

系统测试分析:对测试的结果进行分析,形成报告,便于交流和保存。

1.4参考资料1)GB/T 8566—2001 《信息技术软件生存期过程》(原计算机软件开发规范)2)GB/T 8567—1988 《计算机软件产品开发文件编制指南》3)GB/T 11457—1995 《软件工程术语》4)GB/T 12504—1990 《计算机软件质量保证计划规范》5)GB/T 12505—1990 《计算机软件配置管理计划规范》2测试概要2.1系统简介xxxxxxxxxxxxxxxxxxxx2.2测试计划描述本测试报告按照xxxxx系统使用手册介绍系统的功能,测试系统的能力是否满足《xxxx 项目需求规格说明书》的功能和性能需求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件测试报告项目编号:项目名称:任务编号/序号:工作名称:程序(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定义ORACLE: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1. 4参考资料测试计划《》软件开发小组2.测试计划执行情况2 . 1 运行环境由于系统将由两部分程序组成,安装在各网络客户机上的客户程序及银行内的数据服务器程序。

1.服务器端子系统的运行要求:系统软件:Window 2000 Server数据库管理系统:ORACLE硬件要求:Pentium4 2.0以上, 1024M RAM, 80G HD2. 客户端子系统的运行要求:系统软件:Window NT Workstation数据库管理系统:SQL Server硬件要求:Pentium 3以上,256M RAM, 40G HD2. 2 需求概述银行为方便客户,需开发一个银行接口系统。

为便于客户在网络上直接查询所需信息,银行把的客户信息,输入预定系统的客户端程序,系统经过查询银行内的数据服务器后,为客户输出信息。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。

2 .3 条件与限制必须在保证各硬件设备.软件系统齐备的情况下,资金充足,人员齐备,各方面互相配合,齐心协力,共同完成。

3 . 计划3 . 1 测试方案测试方案是测试阶段的关键技术问题。

为了提高测试效率降低测试成本,本测试方案采用黑盒法设计基本的测试方案,再用白盒法补充一些方案。

在黑盒法测试方案中,采用等价划分技术,把所有可能的输入数据(有效的和无效的)划分成几等价类,其划分类在以下的输入中再详述。

3 . 2 测试项目客户机接受信息模块测试客户机接受用户输入的各种数据(包括客户资料或帐单号,还包括一个查询/转帐/汇兑)然后经网络传送给服务器。

客户机输出信息模块测试客户机输出为打印帐单和输出客户信息,和确认或出错信息。

网络接受和发送模块结构测试接受由服务器程序经网络传送到客户机的数据包,它是程序与网络的接口。

经解码后发送数据给服务器数据库。

服务器模块(包括数据库)测试测试数据库的安全性.可靠性.健壮性.效率。

各模块之间的接口测试对各模块之间的接口进行测试。

系统测试用黑盒法对系统进行各类功能的测试。

3 . 3 测试准备在测试前,与各模块的主要负责人共同协商讨论,以概要设计说明书.详细设计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。

3 .4 测试机构及人员。

4 . 测试项目说明4 . 1 测试项目名称及测试内容在测试过程中,首先需要对各子单元过程进行测试。

在各子单元过程测试完毕后,再对各模块(包括各子单元过程之间的接口)进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。

各子模块测试名称如下:客户机接受信息模块测试客户机输出信息模块测试网络接受和发送模块结构测试服务器模块(包括数据库)测试各模块之间的接口测试系统测试4 . 2 测试用列4 . 2 . 1 输入●PersInfoExam 过程:在PersInfoExam 过程中,首先对用户的输入信息进行测试。

客户机上的输入信息为客户或帐单号,还包括一个查询/汇兑选项。

输出为打印帐单或输出信息,和确认或出错信息。

在输入的测试数据中可分为有效输入类.无效输入类。

其中的错误种类有无效输入类1.数据类型不匹配,PErrorType =T;否则=F;姓名 string性别 string 存款时间 date工作单位 string (年/月/日 yy/mm/dd)身份证号码 long int2.数据超出规定范围PErrorRank =T; 否则=F;等等性别只能是‘男’或‘女’;身份证号码按规定必须13位有效输入类●CheckNoticeExam过程:在CheckNoticeExam 过程中,对在存款/取款通知的信息界面中输入的各项信息进行初步检验。

无效输入类:1.数据结构不匹配,CerrorType=T,否则=F;帐单号long int姓名 string身份证号码 long int存款金额money查询日期date2.数据超出规定范围CErrorRank =T; 否则=F;如帐单号不是规定的15位;金额为负;身分证号不对;等等●PersInfoInput 过程:将输入界面表单中的数据输入到Class PersInfoClass PersInfo{ /* 伪码 */String name=姓名;String sex= 性别;String company= 工作单位;Long int idcode= 身份证号码;Date stime= 查询时间;(syear/smonth/stime=年/月/日)Bool ocflag= 存款/取款}●CheckNoticeInput过程:经检验无误后,将输入界面表单中的数据输入到Class CheckNotice Class CheckNotic{Long int cncode=帐单号String name=姓名Long int idcode=身份证号码Money bill = 存款金额String planecode= 查询号Date dtime= 查询日期}4 . 2 . 2 输出●PersInfoExam 过程:对在客户信息界面中输入的各项信息进行初步检验。

若发现错误,令 PErrorAppear=T,判断错误类型,并将相应的错误类型PErrorType或PerrorRank 作为参数,转入IErrorHandle过程。

若未发现错误,转入PersInfoInput过程。

●PersInfoInput 过程:无●CheckNoticeExam过程:对在帐单和客户信息的信息界面中输入的各项信息进行初步检验。

若发现错误,令CErrorAppear=T,判断错误类型,并将相应的错误类型CErrorType或 CErrorRank作为参数,转入IErrorHandle过程。

若未发现错误,转入CheckNoticeInput过程。

●ErrorHandle过程:在PersInfoExam或CheckNoticeExam过程中若发现错误,就转入本过程,执行相应的处理,并输出相应的出错信息。

If (PErrorType==T)输出“您的个人信息可能输错了位置。

请重试。

”If (PErrorRank==T)输出“您的个人信息不适应规定范围。

请重试。

”再转入客户信息输入的界面中。

If (CErrorType==T)输出“您的帐单信息可能输错了位置。

请重试。

”If (CErrorRank==T)输出“您的帐单信息不适应规定范围。

请重试。

”再转入帐单和转账信息的输入界面。

●DBOperaCheck过程:验网络传输过来的数据。

若是出错信息,转入OErrorHandle过程。

否则转入JudgeOrderOrCheck过程。

●CheckNoticeOutput过程:将帐单和存取款信息输出到界面1中。

注意格式。

Long int cncode =帐单号;String name=姓名;String sex= 性别;String company= 工作单位;Long int idcode= 身份证号码;Date stime= 存款时间;( syear/smonth/stime=年/月/日)String denist= 银行名称Bool ocflag= 存/取款●TicketOutput过程:将信息输出到界面2。

注意格式。

Long int planecode=转账号;Date/time stime=操作时间;String name=姓名;Long int idcode=身份证号码;Int seatcode = 操作号;Money price= 转帐金额;4 . 2 . 3 步骤及操作在测试过程中,首先需要对各子单元过程进行测试。

各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。

在各子单元过程测试完毕后,再对各模块(包括各子单元过程之间的接口)进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。

其操作过程如下:1. 机接受信息模块过程中,先对各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

相关文档
最新文档