06级计算机4班
测试计划书
软件工程大作业 2008-12-5
组 长： 小组成员：
06级计算机4
班
测试计划书
软件工程大作业
测试计划书
一、简介
1、目的
为了搭建一个更加完善的医院系统。 2、背景
医院信息系统是现代化医院建设中不可缺少的基础设施与支撑环境。 建设医院信息系统，能使医院真正做到以病人为中心开展医疗服务，优化工作流程而提高工作效率；规范医疗行为而提高工作质量；加强经济全程管理而提高医院经济效益；强化辅助决策分析能力而提高医院管理水平；增强医院信誉度而提高医疗服务市场竞争力；提高全员素质和综合实力而促进医院现代化建设。 3、范围
系统的登陆测试
各个子系统的功能测试，每一项功能测试是否有大的bug 子系统之间是否存在不协调测试 整个医院系统的稳定性测试
二、测试参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
文档 （版本/日期） 软件需求定义 软件系统分析 （STD,DFD,CFD,DD） 软件概要设计 软件测试需求 测试时间表及人员安排 测试计划 测试方案 测试报告 已创建或可用 是□ 否□ 是□ 否□ 是□ 是□ 是□ 是□ 是□ 是□ 否□ 否□ 否□ 否□ 否□ 否□ 已被接收或已经过作者或来源 备复审 注 是□ 否□ 是□ 否□ 是□ 是□ 是□ 是□ 是□ 是□ 否□ 否□ 否□ 否□ 否□ 否□ 2
06级计算机4
班
测试计划书
软件工程大作业
测试分析报告 用户操作手册
是□ 否□ 是□ 否□ 是□ 否□ 是□ 否□ 四、测试进度
测试活动 制定测试计划 设计测试 集成测试 系统测试 性能测试 安装测试 用户验收测试 对测试进行评估 计划开始日期 2008-12-01 2008-12-01 2008-12-03 2008-12-04 2008-12-04 2008-12-06 2008-12-07 2008-12-09 实际开始日期 2008-12-01 2008-12-02 2008-12-04 2008-12-04 2008-12-05 2008-12-07 2008-12-08 2008-12-09 结束日期 2008-12-02 2008-12-03 2008-12-04 2008-12-04 2008-12-06 2008-12-08 2008-12-09 2008-12-12 五、测试资源
5.1人力资源
下表列出了在此项目的人员配备方面所作的各种假定。 角色 测试员 测试总负责人 5.2测试环境
下表列出了测试的系统环境
软件环境（相关软件、操作系统等） Windows server 2003 Microsoft SQL Server 2000 Microsoft Visual C++ 6.0 硬件环境（网络、设备等） 10M/100M/1000M以太网 喷墨/激光打印机 配备cpu2.0Ghz以上、512M或以上内存、40G或以上硬盘空间的台式计算机
3
所推荐的最少资源（所分配的专职角色数量） 2 1 具体职责或注释 测试系统的各个功能和系统稳定性测试 重新检验测试结果，遇到大问题及时上报；如有检测不到的bug要归其责任 06级计算机4
班
测试计划书
软件工程大作业
5.3测试工具
此项目将列出测试使用的工具： 用途 工具 用于检测应用程WinRunner 序是否能够达到预期的功能及正常运行 一种预测系统行LoadRunner 为和性能的负载测试工具 功能测试工具 IBM Rational Robot 生产厂商/自产 Mercury Interactive公司 版本 8.2 Mercury Interactive公司 8.0 IBM公司 7.0 六、测试策略
6.1数据和数据库完整性测试
测试目标： 确保数据库访问方法和进程正常运行，数据不会遭到损坏 测试范围： 整个医院系统 技术： 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。 检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据 开始标准： 完成标准： 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 测试重点和优先级： 需考虑的特殊事项： [测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。 进程应该以手工方式调用。 应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。] 6.2接口测试 测试目标 确保接口调用的正确性 测试范围： 所有软件、硬件接口，记录输入输出数据 技术： 4
06级计算机4
班
测试计划书
软件工程大作业
开始标准： 完成标准： 测试重点和优先级： 需考虑的特殊事项： 6.3集成测试 测试目标 接口的限制条件 检测需求中业务流程，数据流的正确性 测试范围： 需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。 技术： 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准： 在完成某个集成测试时必须达到标准 完成标准： 所计划的测试已全部执行。 所发现的缺陷已全部解决。 测试重点和优先级： 测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定 需考虑的特殊事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的） 6.4功能测试 测试目标 确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。 测试范围： 技术： 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准： 完成标准： 测试重点和优先级： 需考虑的特殊事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的） 5
06级计算机4
班
测试计划书
软件工程大作业
6.5用户界面测试 测试目标 核实以下内容： 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用 窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 测试范围： 技术： 为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 开始标准： 完成标准： 成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准 测试重点和优先级： 需考虑的特殊事项： 并不是所有定制或第三方对象的特征都可访问。 6.6性能评测 测试目标 核实所指定的事务或业务功能在以下情况下的性能行为： 正常的预期工作量 预期的最繁重工作量 测试范围： 技术： 使用为功能或业务周期测试制定的测试过程。 通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。 脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。 开始标准： 完成标准： 单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。 多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。 测试重点和优先级： 需考虑的特殊事项： 综合的性能测试还包括在服务器上添加后台工作量。 可采用多种方法来执行此操作，其中包括： 直接将“事务强行分配到”服务器上，这通常以“结构6
06级计算机4
班
测试计划书
软件工程大作业
化语言”（SQL）调用的形式来实现。 通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。 使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。 性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。 性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。 7
因篇幅问题不能全部显示，请点此查看更多更全内容