西藏食品药品监督管理局门户系统建设方案书
配应由集团公司业务主管和系统开发商项目组领导共同担任测试组的领导，共同承提测试的管理、协调工作。测试成员由开发组成员与集团公司有关人员共同组成。
同时为了保证在测试过程中对出现的缺陷及时修正以保证系统实施的工程进度，还应相应的成立开发组，由系统架构设计人同以及开发人员共同组成。
? 测试环境
测试环境包括测试组工作场所，测试平台等。
由测试组提出工作场所及所需办公设备、网络环境、通讯设备的需求。 由系统开发厂商负责测试平台的搭建。 ? 系统文档
在进入测试实施阶段后，系统开发厂商应提供相应的系统技术架构文档、设计说明书、系统使用说明书。并由系统建设的甲乙双方确认测试用例，作为测试验证的标准，也是测试报告的输入。
测试设计
测试设计的目的是要确保对系统进行结构化的有条理的测试，保证系统功能、业务流程、系统接口和业务结构的完善。
该阶段的主要任务就是测试组组织相关业务专家及测试组成员、开发组成员依据门户需求规格说明书、门户技术方案规范对开发厂商提交的功能测试用例、性能测试用例进行确认、修改的过程，以形成最终的测试用例文档。该文档也将作为系统验收标准文档。
并对所有的测试用例根据功能的优先级别设定为三级：高、中、低三个优先级别。
测试方法
系统业务功能测试方法
门户业务功能测试是以结构化的方式来验证业务和功能需求是否被适当地
西藏桑尼网络技术有限公司 第 26 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
实施于系统之中。 1、测试方法
系统业务功能测试采用黑盒测试方法，对系统的适合性、准确性、易用性、容错性、互用性、安全性进行评测。 2、评价准则
系统业务功能测试各功能点测试结果分“成功”和“失败”两种： ? 成功：系统能按规范完成相应功能，并按要求提供出错处理的，结果标
为“成功”；
? 失败：如果没有相应测试功能项，或者只满足功能项部分要求，就标为
“失败”，并填写系统修改需求
系统性能测试方法
系统性能测试是通过收集系统性能特性信息，对系统的性能表现进行测试和评估。目的是检验系统是否满足技术规范所规定的性能要求。 1、测试方法
性能测试一般选取较常用、对系统资源要求较大的业务功能，在不同并发数、不同数据量中检验系统的性能，测试中不可能也没必要对所有情况进行检测。
? 压力测试：通过调整系统数据事务数量、事务迭代数量对系统性能特性
进行检验，验证系统是否满足相关性能指标。
? 疲劳测试：检验系统在一定压力下长时间运行的性能表现。 2、评价准则
根据测试结果信息获取最小响应时间，最大响应时间，平均响应时间，并与技术规范书中的要求对比，是否符合要求，如不符合，则填写系统修改需求提交开发组进行性能优化的处理。
测试执行阶段
测试执行的先决条件是确定的测试计划和测试模型、配置完成并已确定的稳定测试环境、准备完毕的测试数据。测试执行阶段主要工作含以下几项：
西藏桑尼网络技术有限公司 第 27 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
? 试行测试
利用一些端到端的测试场景，验证整个测试环境的配置是否可行。 ? 数据验证 ? 系统功能测试
针对系统功能测试用例的高、中、低三个级别对系统功能的测试划分成三个阶段。
? 第一阶段：高优先级测试，该阶段测试过程完成后，测试组提交一份缺
陷报告书，交由开发组对缺陷进行修正（限定缺陷修正时间）。 ? 第二阶段：中优先级测试，同样也有一份缺陷报告提交给开发组。在第
二阶段的测试过程中可能需要对第一阶段的缺陷进行回归测试。 ? 第三阶段：低优先级测试，同样有一份缺陷报告提交给开发组。该阶段
可能需要对第一、二阶段的缺陷进行回归测试。 ? 系统性能测试
系统性能测试主要侧重于以下三个方面：
? 大并发量操作测试：编制测试脚本，同时触发多个相同/不同的事务
的操作测试。
? 大事务量测试：对于大批量数据查询（数据量级为500），查看系统
性能指标；
? 疲劳测试：对多个关键业务流程，编制循环测试脚本对这些功能进行
长时间的重复测试，查看系统性能指标的变动情况或是否发生异常现象。
? 系统缺陷管理
在测试执行阶段还有一项重要的工作，就是系统的缺陷管理。当测试的执行者在发现实测结果与期望结果之间存在差异时，必须针对该测试场景提出系统修改需求，以便对系统的缺陷做有效的管理。
一般来说系统修改需求包含以下内容：名称、类型、级别（严重，高级，中级，低级）及其对应的处理时间要求、状态(如新建，已分派，已更改,移植，重新测试，重启，关闭，暂缓，驳回等)、对系统缺陷的描述和重现信息说明、发现系统缺陷的测试场景、对应的系统屏幕截图、测试者、系统版本说明等。
西藏桑尼网络技术有限公司 第 28 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
测试组将分派开发组解决系统修改需求，并由开发组承担解决系统修改需求的责任。在缺陷被修复，且经过回归测试证明缺陷没有重现时，系统修改需求才可以关闭。
系统建设质量测试
系统建设质量测试是通过审查系统的设计与架构、系统厂商提供的系统文档，对系统的建设质量进行综合评价。主要目的是评估系统是否按照业务规范、技术规范要求建设，是否满足规范所规定的质量要求。
系统建设质量测试主要采用主观评审方法，对系统架构、技术文件、源码及其他相关文档进行审查与评价。主要步骤有：
? 确定评审目标，准备评审材料，选择评审主持人、参与人。 ? 确定评审时间，评审地点，制定评审计划。 ? 提前发放评审材料给相关人员。
? 评审期间，应尽力将每个人引入讨论中，记录评审意见，并注意时
间的控制。评审意见针对工作产品，而不针对人。 ? 评审完毕后，修订评审报告，发放给各与会者确认。
西藏桑尼网络技术有限公司 第 29 页 共 45 页
8、 质量管理
质量管理实施原则
我公司为保证软件产品的质量、提供服务的质量和开发过程的质量，结合ISO9000中的各质量要素对应该进行的各种活动及要求，提出以下实施原则：
? 质量管理应贯穿于整个项目实施之全过程
质量保证工作必须从项目立项之日开始就重视项目的质量管理工作，质量管理应贯穿于整个项目实施之全过程。
? 对质量的承诺应落实到参加项目的每一个成员
参加项目的每一个成员都应接受质量管理和质量保证方面的培训，具有正确的质量观念和负有相应的质量保证责任。如果质量管理的贯彻只停留在经理一级，那么最终实现产品质量的提高是不可能的。
? 对项目质量保证的策划要充分考虑项目自身的情况
对项目质量保证的策划必须纳入公司的质量管理体系并符合项目自身的情况，充分考虑项目的特点，以做到有的放矢。与此同时，通过项目质量活动的策划和实施，也将进一步验证我公司三级质量体系文件的适应性，并对有关文件提出修改和完善方面的建议。
? 重视质量体系的文档化
文档既是工作所依据的标准，又是检验工作的凭证。只有文档化的质量体系，才能保证质量是可控制的。为此，在质量管理活动的全过程中，必须做到“写下你所要做的，做你所写下的，记下你所做过的”。
我公司承担的项目组均成立工程质量控制组，成员由我公司和用户联合派出。质量组应制订质量计划。计划明确项目将进行的质量活动，各类人员的质量职责，以及要进行的各类测试和评审活动及其要求和质量准则。严格地按规范的方法进行分析、设计和实现是保证系统产品质量的根本，而测试和评审是控制软件质量的主要活动。