软件开发文档范例-测试计划(精)
- 格式:doc
- 大小:22.00 KB
- 文档页数:10
软件测试计划模板一、引言。
在软件开发过程中,软件测试是非常重要的一环。
一个完善的软件测试计划可以有效地保证软件质量,提高软件的稳定性和可靠性。
本文档旨在为软件测试计划的编写提供一个模板,以便开发团队能够更好地组织和规划软件测试工作。
二、测试目标。
1. 确保软件的功能和性能符合用户需求和预期;2. 发现和修复软件中存在的缺陷和问题;3. 验证软件的稳定性和可靠性;4. 提高软件的用户体验和满意度。
三、测试范围。
1. 功能测试,对软件的各项功能进行测试,包括正常功能、异常功能和边界功能;2. 性能测试,对软件的性能进行测试,包括负载测试、压力测试和稳定性测试;3. 兼容性测试,对软件在不同环境和平台下的兼容性进行测试;4. 安全性测试,对软件的安全性进行测试,包括数据安全、网络安全和用户权限安全;5. 用户体验测试,对软件的用户界面和交互体验进行测试。
四、测试资源。
1. 人力资源,测试团队成员及其职责分工;2. 硬件资源,测试所需的硬件设备和环境;3. 软件资源,测试所需的软件工具和环境。
五、测试计划。
1. 测试任务分解,将测试任务分解为不同的测试用例和测试场景;2. 测试进度安排,制定测试的时间节点和进度安排;3. 测试方法和技术,确定测试方法和技术,包括手工测试和自动化测试;4. 测试环境准备,准备测试所需的硬件、软件和环境;5. 测试数据准备,准备测试所需的数据和资源;6. 测试人员培训,对测试人员进行相关的培训和指导;7. 测试风险评估,评估测试过程中可能出现的风险,并制定相应的风险应对措施。
六、测试执行。
1. 执行测试用例,按照测试计划和安排,执行测试用例和测试场景;2. 记录测试结果,记录测试过程中的测试结果和问题;3. 提交缺陷报告,将发现的缺陷和问题提交到缺陷管理系统;4. 跟踪和验证缺陷,跟踪和验证已提交的缺陷和问题的修复情况;5. 进行回归测试,对已修复的缺陷进行回归测试,确保问题得到有效解决。
软件测试计划范文3篇篇一:软件测试计划1(简介1.1目的,项目名称,的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求。
推荐可采用的测试策略,并对这些策略加以说明。
确定所需的资源,并对测试的工作量进行估计。
列出测试项目的可交付元素]1.2背景[对测试对象及其目标进行简要说明。
需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。
]1.3范围[描述测试的各个阶段,并说明本计划所针对的测试类型。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。
2. 测试参考文档和测试提交文档2.1测试参考文档下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:[注:可适当地删除或添加文档项。
]文档、已创建或可用、已被接收或已经过复审、作者或可行性分析报告、是? 否?、是? 否?需求规格说明书、是? 否?、是? 否?软件概要设计、是? 否?、是? 否?软件详细设计、是? 否?、是? 否?软件测试需求、是? 否?、是? 否?测试时间表及人员安排、是? 否?、是? 否?用户操作手册、是? 否?、是? 否?安装指南、是? 否?、是? 否?2.2测试提交文档[下面应当列出在测试阶段结束后,所有可提交的文档]例如:测试报告,测试用例3.测试进度测试活动、计划开始日期、实际开始日期、结束日期、完成人员制定测试计划设计测试用例集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布4.测试资源4.1人力资源下表列出了在此项目的人员配备方面所作的各种假定。
[注:可适当地删除或添加角色项。
]角色所推荐的最少资源具体职责或注释4.2测试环境软件描述硬件描述4.3测试工具此项目将列出测试使用的工具:用途工具生产厂商/自产版本5.测试风险评估、优先级[简要描述测试阶段的风险和处理的优先级]6.测试策略[测试策略提供了对测试对象进行测试的推荐方法。
软件测试计划模板一、引言。
软件测试是软件开发过程中至关重要的一环,它能够帮助开发团队发现并修复软件中的缺陷,确保软件的质量和稳定性。
本文档旨在为软件测试计划提供一个模板,以便团队能够有条不紊地进行测试工作。
二、文档目的。
本文档的目的是为软件测试提供一个详细的计划,包括测试范围、测试目标、测试资源、测试计划、测试进度等内容,以确保测试工作能够顺利进行并达到预期的效果。
三、测试范围。
在本节中,将详细描述软件测试的范围,包括测试的功能模块、测试的硬件环境、测试的软件环境等内容。
同时,还将说明测试中不包含的内容,以避免不必要的误解和冲突。
四、测试目标。
本节将阐明软件测试的目标,包括发现软件中的缺陷、验证软件的功能和性能、评估软件的质量等内容。
同时,还将说明测试的具体指标和评估标准,以便团队能够明确测试的方向和目标。
五、测试资源。
在本节中,将列出软件测试所需要的资源,包括测试人员、测试工具、测试环境等内容。
同时,还将说明资源的分配和利用方式,以确保测试工作能够高效进行。
六、测试计划。
本节将详细描述软件测试的计划安排,包括测试的时间安排、测试的方法和技术、测试的流程和步骤等内容。
同时,还将说明测试的风险和应对措施,以确保测试工作能够顺利进行。
七、测试进度。
在本节中,将制定软件测试的进度安排,包括测试的开始时间、测试的结束时间、测试的里程碑和节点等内容。
同时,还将说明测试进度的监控和反馈机制,以确保测试工作能够按时完成。
八、测试交付。
本节将说明软件测试的交付内容和方式,包括测试报告、测试文档、测试数据等内容。
同时,还将说明测试交付的标准和要求,以确保测试工作能够得到有效的总结和归档。
九、测试团队。
在本节中,将介绍软件测试的团队成员和职责分工,包括测试经理、测试工程师、测试分析师等内容。
同时,还将说明团队的协作方式和沟通机制,以确保团队能够高效地开展测试工作。
十、测试风险。
本节将列举软件测试可能面临的风险,包括人员变动、资源不足、需求变更等内容。
<项目名称> 测试计划版本历史目录1. 引言 (1)1.1 背景 (1)1.2 定义 (1)1.3 参考资料 (1)2. 测试需求 (2)2.1 功能性测试需求 (2)2.2 非功能性测试需求 (2)3. 不被测试的需求 (2)4. 测试策略 (2)4.1 测试类型 (2)4.1.1 功能测试 (2)4.1.2 性能测试 (2)4.1.3 强度测试 (2)4.1.4 容量测试 (3)4.1.5 安全性测试 (4)4.1.6 安装测试 (4)4.1.7 配置测试 (4)4.2 工具 (4)5. 通过准则 (4)6. 暂停标准和再启动要求 (5)7. 应提供的测试文件 (5)8. 测试任务 (5)9. 环境要求 (5)10. 职责 (5)11. 人员和训练要求 (5)12. 进度 (5)1. 引言1.1 背景[项目的背景条件],如:待开发的软件系统的名称:本项目的任务提出者:本项目的开发者:本软件系统的用户:1.2 定义[列出本文档使用的定义,缩写和简写]。
.错误级别:一级:不能完全满足系统要求,基本功能未完全实现;或者危及人身安全。
二级:严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法)。
三级:严重地影响系统要求或基本功能的实现,但存在合理的更正办法(重新安装或重新启动该软件不属于更正办法)。
四级:使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。
五级:其他错误。
1.3 参考资料[列出制定本文档需要的参考资料,包括项目文档或过程规范等]。
2. 测试需求2.1 功能性测试需求2.2 非功能性测试需求3. 不被测试的需求[因为具体原因可以不测试的需求项。
] 4. 测试策略[概要描述测试的策略]4.1 测试类型4.1.1 功能测试4.1.2 性能测试4.1.3 强度测试4.1.4 容量测试4.1.5 安全性测试4.1.6 安装测试4.1.7 配置测试4.2 工具本项目的测试将使用如下工具:5. 通过准则[根据项目特点,设定的通过标准],如:1.实行了所有的测试策略并达到完成标准。
软件测试计划书范文一、引言。
软件测试是软件开发过程中不可或缺的一部分,它能够帮助开发团队发现并解决软件中的缺陷,确保软件质量和稳定性。
本文档旨在制定软件测试计划,明确测试的目标、方法和时间安排,以确保软件开发过程中的质量控制。
二、测试目标。
1. 确保软件功能的完整性和正确性。
2. 发现并解决软件中的缺陷和漏洞。
3. 确保软件的稳定性和性能。
4. 验证软件是否符合用户需求和期望。
三、测试范围。
本次测试的范围包括软件的功能测试、性能测试、安全性测试等方面。
具体包括但不限于:1. 功能测试,验证软件的各项功能是否符合需求,包括正常功能和异常情况下的处理能力。
2. 性能测试,测试软件在不同负载下的性能表现,包括响应时间、并发性能等。
3. 安全性测试,测试软件的安全性,包括数据加密、权限控制等方面。
4. 兼容性测试,测试软件在不同操作系统、浏览器等环境下的兼容性。
四、测试方法。
1. 手工测试,由测试人员手动执行测试用例,验证软件的各项功能。
2. 自动化测试,利用自动化测试工具执行测试用例,提高测试效率和覆盖率。
3. 性能测试,利用性能测试工具模拟不同负载下的场景,测试软件的性能表现。
4. 安全性测试,利用安全测试工具对软件进行漏洞扫描和安全性检测。
5. 兼容性测试,在不同环境下进行测试,验证软件的兼容性。
五、测试计划。
1. 确定测试资源,包括测试人员、测试环境、测试工具等。
2. 制定测试计划,明确测试的时间安排、测试用例设计、测试执行和缺陷管理等流程。
3. 执行测试,按照测试计划执行测试,记录测试结果和缺陷情况。
4. 缺陷管理,对测试中发现的缺陷进行记录、跟踪和解决。
六、风险管理。
1. 人员变动,测试人员的离职或调动可能影响测试进度和质量。
2. 测试环境,测试环境的不稳定或不完整可能影响测试的进行。
3. 测试工具,测试工具的不稳定或不适用可能影响测试效率和覆盖率。
七、测试进度。
根据测试计划的安排,按时完成各项测试任务,确保测试进度和质量。
软件测试计划实例模板软件测试计划实例模板一、测试背景1.1t软件项目简介软件项目名称:XXXX软件项目联系人:XXXX软件项目简介:XXXX1.2t测试目的通过本次测试,xx系统的软件质量,XX系统的功能,XX系统的可靠性及性能能够得到提高,确保xx系统符合xx业务的要求。
二、测试环境2.1t硬件环境CPU:Intel(R)Core(TM)*******************内存:8GB硬盘:1TB HDD显卡:NVIDIA GeForce GTX 960M2.2t软件环境操作系统:Windows 10 Pro 64位数据库:Microsoft SQL Server 2016编程语言:C++开发工具:Microsoft Visual Studio 2017三、测试方法3.1t启动测试这一测试是用来验证软件的启动情况,测试开始时,将检查软件是否可以正常启动,是否能够正确识别硬件配置,同时将会检查系统的各种外部设备(如鼠标键盘等)是否可以正常工作。
3.2t功能测试这一测试是用来验证软件的功能情况,在测试开始时,将会确定软件的所有功能,并进行功能实现的测试,在测试过程中,将会对软件的每一个功能进行系统的测试,以确保所有功能都能够正常实现。
3.3t性能测试这一测试是用来验证软件的性能情况,在测试开始时,将会定义软件的性能指标,并进行性能测试,在测试过程中,将会检查软件的各种性能,以确保软件能够满足客户的性能要求。
3.4t可靠性测试这一测试是用来验证软件的可靠性情况,在测试开始时,将会定义软件的可靠性指标,并进行可靠性测试,在测试过程中,将会检查软件的各种可靠性,以确保软件能够满足客户的可靠性要求。
软件测试计划书范文一、引言。
软件测试是软件开发过程中至关重要的一环,其目的是为了保证软件质量,确保软件能够满足用户的需求和预期。
本文档旨在制定一份软件测试计划书范文,以便于组织和规划软件测试工作,确保测试工作的有效进行。
二、测试目标。
1. 确保软件功能的完整性和稳定性,保证软件的正常运行;2. 发现和修复软件中存在的缺陷和问题,提高软件的质量;3. 验证软件是否符合用户需求和预期,满足用户的使用要求。
三、测试范围。
本次测试的范围包括但不限于以下内容:1. 软件功能测试,对软件的各项功能进行测试,包括输入、输出、操作流程等;2. 性能测试,测试软件在不同环境下的性能表现,包括响应时间、并发能力等;3. 兼容性测试,测试软件在不同操作系统、浏览器、设备上的兼容性;4. 安全性测试,测试软件的安全性,包括数据加密、防火墙等;5. 用户体验测试,测试用户在使用软件时的体验和感受。
四、测试资源。
1. 人力资源,测试团队成员包括测试工程师、测试经理、产品经理等;2. 硬件资源,包括测试机、服务器等;3. 软件资源,测试工具、测试环境等。
五、测试计划。
1. 测试时间安排,根据软件开发进度和发布计划,制定测试时间表;2. 测试任务分配,确定测试人员的具体任务和责任,确保测试工作的有序进行;3. 测试环境搭建,准备测试所需的硬件、软件环境,确保测试环境的稳定性;4. 测试用例设计,编写测试用例,确保覆盖软件的各项功能和场景;5. 测试执行,按照测试计划和测试用例执行测试工作;6. 缺陷跟踪,记录和跟踪测试过程中发现的缺陷和问题,确保及时修复;7. 测试报告,生成测试报告,总结测试结果和问题,提出改进建议。
六、风险管理。
1. 风险识别,识别可能影响测试工作的风险和问题;2. 风险评估,对风险进行评估和分析,确定风险的影响程度和可能性;3. 风险应对,制定相应的风险应对计划,采取措施降低风险的影响。
七、测试结束标准。
软件开发测试(范本模板)1. 测试目的该文档旨在指导软件开发团队在开发过程中进行有效的测试,以确保软件质量和功能可靠性。
2. 测试类型在软件开发过程中,可以使用以下几种主要的测试类型来评估和验证软件的性能和功能:- 单元测试:对软件的最小可测试单元进行测试。
- 集成测试:验证不同模块之间的接口和交互是否正常。
- 系统测试:测试整个系统的功能和性能。
- 用户验收测试:由最终用户参与的测试,以确保软件满足其需求和期望。
- 安全性测试:评估软件的安全性和防御能力。
- 性能测试:通过模拟各种工作负载来评估软件的性能。
- 异常处理测试:测试软件在各种异常情况下的处理能力。
3. 测试策略为了保证测试的有效性和全面性,我们建议采用以下测试策略:- 制定明确的测试计划,包括测试范围、测试目标和测试资源。
- 设计详细的测试用例,覆盖软件的每个功能和可能的场景。
- 使用自动化测试工具来提高测试效率和准确性。
- 进行持续集成测试,确保每次代码提交后进行自动化测试。
- 与开发团队紧密合作,及早发现和解决问题。
- 定期进行回归测试,以确保新功能和修复的问题不会导致已有功能的退化或故障。
4. 测试环境和工具为了有效地进行软件测试,我们需要以下测试环境和工具:- 搭建与实际生产环境相似的测试环境。
- 使用适合的自动化测试工具,如Selenium、JUnit等。
- 配置合适的测试工具和测试环境,以满足不同类型的测试需求。
5. 测试报告和缺陷管理测试过程中,我们应该及时记录测试结果和发现的缺陷,并及时与开发团队沟通和追踪。
测试报告应包括以下内容:- 测试执行的概要和结果。
- 发现的缺陷的详细描述和优先级。
- 缺陷的修复状态和验证结果。
6. 测试团队的沟通与合作在软件测试过程中,测试团队应与开发团队和项目管理团队保持密切的沟通和合作。
这将有助于及时解决问题、共享经验和确保测试的有效性。
结论软件开发测试是确保软件质量的重要一环。
通过明确的测试目的、细致的测试计划以及有效的测试策略和工具,我们可以提高软件的可靠性和功能性,满足用户的需求和期望。
测试计划范文测试计划范文(一)一、测试概述在本次测试中,我们将对某软件的功能进行测试,涉及到软件的安装、运行、性能和稳定性等方面。
目的是为了发现可能存在的问题,并提出改进的建议,进一步优化软件用户体验,确保软件质量,提高用户满意度。
二、测试环境1. 硬件环境:CPU:Intel Core i5-7200U 2.5GHz内存:8GB DDR4硬盘:256GB SSD操作系统:Windows 10 Pro 64位2. 软件环境:测试软件:某软件1.0浏览器:Chrome 84.0.4147.125三、测试内容1. 安装测试测试软件的安装是否顺利完成,是否有安装中断、崩溃、系统兼容性等问题,测试安装过程中的系统资源占用情况。
2. 功能测试测试软件的各项功能是否正常,包括但不限于:登录、注册、搜索、购物车、付款等功能。
测试该软件的用户交互体验、易用性、界面风格是否明确。
3. 性能测试测试软件的响应速度、资源占用、页面载入速度等方面是否符合用户要求。
测试在用户量较大的情况下软件的响应速度、稳定性。
4. 兼容性测试测试软件在不同的平台、不同的浏览器上的表现情况,测试是否存在兼容性问题。
5. 安全性测试测试软件的数据安全性、用户隐私保护功能、防范安全攻击等方面是否符合相关标准。
测试是否存在数据泄露、恶意攻击漏洞等安全问题。
四、测试用例1. 安装测试用例:场景1:正常安装软件。
场景2:在安装过程中突然断电,然后再进行安装。
场景3:在安装过程中出现卡顿或者无响应。
2. 功能测试用例:场景1:测试登录功能的正常性。
场景2:测试注册功能是否正常。
场景3:测试搜索商品的准确性。
场景4:测试添加删除商品是否正常。
场景5:测试订单付款是否顺畅。
场景6:测试对商品评价的可行性。
3. 性能测试用例:场景1:测试软件打开的时间。
场景2:测试商品搜索的平均时间。
场景3:测试订单处理的平均时间。
场景4:测试软件占用内存的大小。
4. 兼容性测试用例:场景1:在Chrome浏览器中测试软件的表现。
七.测试计划1 .引言1. 1编写目的在开发大型软件的漫长过程中,面对极其错综复杂的问题,人的主观认识不可能完全符合客观现实, 与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。
因此, 在软件生命周期的每个阶段都不可避免地会产生差错。
尤其对于机票预订系统这类会影响人们生活.财产的工程软件,必须尽量减少差错,以免造成严重的损失。
测试是“为了发现程序中的错误而执行程序的过程”。
测试的目的就是在软件投入生产性运行之前, 尽可能多的发现软件中的错误。
目前软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明.设计和编码的最后复审,也是必不可少的关键步骤。
1. 2 项目背景本项目(机票预定系统时由浙江航空公司委托,由 <>软件开发小组负责开发。
1. 3 定义SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS 。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1 . 4参考资料机票预定系统项目计划任务书浙江航空公司 1999/3软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 软件工程张海藩清华大学出版社 1990/11项目的计划任务书《》软件开发小组 1999/6/1项目开发计划《》软件开发小组 1999/6/1需求规格说明书《》软件开发小组 1999/6/1概要设计说明书《》软件开发小组 1999/6/1详细设计说明书《》软件开发小组 1999/6/1用户操作手册《》软件开发小组 1999/6/12 .任务概述2 . 1目标测试是“为了发现程序中的错误而执行程序的过程” , 测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。
2 . 2运行环境由于系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
1.服务器端子系统的运行要求:系统软件: Window NT Server数据库管理系统:S QL Server硬件要求:Pentium II 450以上 , 1024M RAM, 36G HD2. 客户端子系统的运行要求:系统软件: Window NT Workstation数据库管理系统:S QL Server硬件要求:Pentium 133以上 , 32M RAM, 2.1G HD2. 3 需求概述浙江航空公司为方便旅客, 需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要单明了,易于操作,服务器程序利于维护。
2 . 4条件与限制必须在保证各硬件设备.软件系统齐备的情况下,资金充足,人员齐备,各方面互相配合,齐心协力,共同完成。
3 .计划3 . 1测试方案测试方案是测试阶段的关键技术问题。
为了提高测试效率降低测试成本,本测试方案采用黑盒法设计基本的测试方案,再用白盒法补充一些方案。
在黑盒法测试方案中,采用等价划分技术,把所有可能的输入数据(有效的和无效的划分成几等价类,其划分类在以下的输入中再详述。
3 . 2测试项目客户机接受信息模块测试客户机输出信息模块测试网络接受和发送模块结构测试服务器模块(包括数据库测试各模块之间的接口测试系统测试3 . 3测试准备在测试前,与各模块的主要负责人共同协商讨论,以概要设计说明书 . 详细设计说明书作为总的提纲 , 选择合适的输入输出数据 , 并加以意义列举说明。
3 . 4测试机构及人员测试机构由 ZJU工作组组成,人员有《》软件开发小组全体人员。
4 .测试项目说明4 . 1测试项目名称及测试内容在测试过程中,首先需要对各子单元过程进行测试。
在各子单元过程测试完毕后,再对各模块(包括各子单元过程之间的接口进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。
各子模块测试名称如下:客户机接受信息模块测试客户机输出信息模块测试网络接受和发送模块结构测试服务器模块(包括数据库测试各模块之间的接口测试系统测试4 . 2测试用列4 . 2 . 1输入PersInfoExam 过程:在 PersInfoExam 过程中,首先对用户的输入信息进行测试。
客户机上的输入信息为旅客资料或帐单号,还包括一个定票 /领票选项。
输出为打印帐单或机票, 和确认或出错信息。
在输入的测试数据中可分为有效输入类.无效输入类。
其中的错误种类有:无效输入类1. 数据类型不匹配 ,PErrorType =T;否则 =F;姓名 string 旅行目的地 string性别 string 旅行时间 date工作单位 string (年 /月 /日 yy/mm/dd身份证号码 long int 定票 /取票 boolean2.数据超出规定范围 PErrorRank =T; 否则 =F;等等性别只能是‘男’或‘女’;身份证号码按规定必须是 13位旅行时间必须在定票的当天过一天以后 ; 等等有效输入类1.当用户的输入只有旅客资料或帐单号时,则●CheckNoticeExam 过程 :在 CheckNoticeExam 过程中,对在帐单和取票通知的信息界面中输入的各项信息进行初步检验。
无效输入类:1. 数据结构不匹配 ,CerrorType=T,否则 =F; 帐单号 long int姓名 string身份证号码 long int付款金额 money航班号 string取票截止日期 date目的地 string2. 数据超出规定范围 CErrorRank =T; 否则 =F;如帐单号不是规定的 15位 ; 金额为负 ; 取票截止日期已过 ; 等等●PersInfoInput 过程:将输入界面表单中的数据输入到 C lass PersInfoClass PersInfo{ /* 伪码 */String name=姓名 ;String sex= 性别;String company= 工作单位;Long int idcode= 身份证号码;Date stime= 旅行时间;(syear/smonth/stime=年 /月 /日String denist= 目的地Bool ocflag= 定票 /取票}●CheckNoticeInput 过程 :经检验无误后,将输入界面表单中的数据输入到 Class CheckNoticeClass CheckNotic{Long int cncode=帐单号String name=姓名Long int idcode=身份证号码Money bill = 付款金额String planecode= 航班号Date dtime= 取票截止日期String denist= 目的地}Long int idcode=身份证号码 Money bill = 付款金额 String Date String } planecode= dtime= denist= 航班号取票截止日期目的地 . 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过程: 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= 3步骤及操作 .2 .3 在测试过程中,首先需要对各子单元过程进行测试。
各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。
在各子单元过程测试完毕后,再对各模块(包括各子单元过程之间的接口)进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。
其操作过程如下:.在客户机接受信息模块过程中,先对各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。
.同样,在客户机输出信息模块.网络接受和发送模块结构和服务器模块(包括数据库)过程中先对各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。