测试阶段安排和协作方案

1、西安交通大学第一医院HIS 系统升级工程开发和测试工作合作协议2004年12月27日1. 目的宾县人民医院医疗管理系统（HIS ），是一个涉及多个部门、多层次、技术含量高的大型业务系统，系统的建设对于提高医院的管理水平、提高医院的经济效益和社会效益有着广泛的意义。用户方宾县人民医院医院决定HIS 系统由黑龙江振宁电子有限公司具体开发测试。2. 测试工作阶段划分为了保证HIS 系统的质量，更好的完成系统的测试工作，软件测试工作应该有计划有步骤地进行。软件的需求验证和黑盒测试工作拟划分为以下四个阶段：1）需求整理和测试准备阶段；2）系统功能测试和缺陷报告；3）测试工作确认和文档提交；4）验收测试阶

2、段。第一阶段：了解系统的需求，对系统进行分析和验证，建立对需求的变更管理平台，对系统运行的各种环境进行考察。在此基础上提出详细的测试方案，并根据系统的完成情况提出测试计划。第二阶段：根据系统的测试任务划分完成功能单元测试、集成测试和系统测试。建立缺陷管理和跟踪平台，对提交缺陷进行统计、分析和报告，并和开发方共同完成回归测试。第三阶段：根据测试的结果对测试工作进行评价和确认，并提供测试工作的相关文档。第四阶段：根据系统整体需求进行全面整体测试，测试系统是否达到验收要求。3. 阶段任务描述和协作系统的测试工作只依靠测试人员是很难完成的。用户方和开发方应该和测试方协同工作，共同完成软件测试的工作，保

3、证软件的质量。下面是软件测试的四个阶段用户方、开发方和测试方应该完成的任务以及相互的协作关系： 4. 测试工作协作形式4.1. 需求初稿描述形式需求初稿是开发方根据自己的领域知识和对用户方提出需求的分析而形成需求分析初稿，目前可提交的形式为Word 文档形式。Word 文档的具体规范开发方可根据自己的内部的要求制定。其中具体的需求描述多为文字性描述，例如患者基本信息维护的需求描述： 4.2. 需求分析和验证形式文字性描述的需求不利于理解和验证，因此我们提出通过形式化的建模工具来对需求进行描述和分析。这种形式化的建模工具可以方便的和用户方进行沟通，帮助用户理解软件所要实现的真实功能。此外，形式化

4、的描述有利于需求的验证，帮助开放方在需求分析阶段发现的不一致性、不合理性、技术实现难点等问题，有助于减少系统实现的风险。针对上面的患者基本信息维护的文字性描述，可以通过建模工具对需求进行建模。其中患者维护的功能可以通过用例模型描述，如下： 其中患者基本信息录入的过程可以通过顺序模型描述，如下： 5. 开发和测试的实施计划系统开发和测试的进度需要“里程碑”式跃进，并借助“里程碑”来控制开发和测试工作的进度，协调用户、开发和测试三方的工作，使得系统最终能按时完成，并有质量的保证。根据软件测试的阶段划分，结合各方的计划安排，确定出如下的计划及里程碑。 6. 其他以上为用户、开发和测试三方共同完成系统开发和测试工作的相互协调方案，各方应本着相互帮助、协商一致的方针共同协作完成本系统。该方案对各方的工作细节没有过多涉及和限制，各方应根据自身工作的情况