测试方案

环境气象监测预报系统

测试方案

南京宇之爱科技有限公司拟定

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

目录

第一章 测试策略 ......................................................................................................... 3

1.1 整体策略......................................................................................................... 3 1.2 测试范围......................................................................................................... 4 第二章 测试方法 ......................................................................................................... 5

2.1 里程碑技术..................................................................................................... 5 2.2 测试用例设计................................................................................................. 5 2.3 测试实施过程................................................................................................. 6 2.4 测试方法综述................................................................................................. 6 第三章 测试管理 ......................................................................................................... 7

3.1 测试文档......................................................................................................... 7 3.2 缺陷处理过程................................................................................................. 7 3.3 缺陷阶段定义................................................................................................. 7 3.4 测试报告......................................................................................................... 8 3.5 测试指标......................................................................................................... 8

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

第一章 测试策略

1.1 整体策略

1. 以80/20原理为指导。

尽量做到在有限的时间里发现尽可能多的缺陷（尤其是严重缺陷） 2. 测试计划与需求变更、用例设计同步进行 3. 制定测试计划。

通过确定要测试的内容和各自的优先级、重要性，使测试设计工作更有目的性，在需求的指导下设计出更多更有效的用例。 4. 逐步完善测试用例库。

测试用例库的建设是一个不断完善的过程，我们要在有限的时间里，先设计出一套匹配需求的测试用例，重要的部分用例需要设计地更完善一些，一般部分的则指出测试的要点，在项目后期以及维护的工作中再去不断去完善测试用例库。 5. 测试过程要受到管理。

根据事先定义的测试执行顺序进行测试，并填写测试管理表，保证测试过程是受管理的。 6. 确定重点。

测试重点放在系统的功能实现上，同时兼顾性能，界面和兼容性的测试。 测试技术

本项目采用黑盒测试和功能/性能自动化测试

依据标准

本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以河北省环境气象监测预报系统需求分析文档为依据。 测试过程

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

开始熟悉需求/了解系统编写测试管理表制定测试计划测试计划测试管理表编写测试用例测试用例测试执行/提交缺陷缺陷报告测试总结测试报告编写用户手册用户手册结束

1.2 测试范围

本次项目测试范围的依据：

 该系统所包含各个模块的功能

 同气象局该项目负责人特别要求的测试范围 测试内容 功能测试 测试范围 系统各模块的功能测试 一、模块 系统的各个页面进行性能测试： 二、数据量 以数据库中存在十万条记录为标准，测试如下性能数据： 1. 新添加的数据入库性能

性能测试 河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

2. 修改/删除已经存在数据 三、硬件配置 不同硬件配置对系统性能的影响 1. 一般配置的性能 2. 在一般配置的基础上增加内存后的性能 3. 在一般配置的基础上升级CPU后的性能 第二章测试方法

2.1 里程碑技术

在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。 我们将整个测试过程分为以下几个里程碑： 里程碑 需求分析： 测试计划： 测试用例： 测试执行： 结果分析： 1. 2. 1. 2. 1. 2. 1. 2. 3. 1. 完成标准 对于本项目所有需要测试的系统了解其需求 测试人员已经对所有被测系统/模块有了理解，了解了被测系统的具体功能 所有具体测试范围已确定 测试计划制定完成并且得到项目经理和客户的认可 测试用例已覆盖所有测试需求 测试用例设计已经完成 所有测试用例被执行 发现的缺陷都有缺陷记录 测试过程有测试管理 完成测试分析报告 2.2 测试用例设计

本次测试的测试用例，是在经过系统学习后，由测试人员根据需求文档对系统的介绍和自己对系统的理解按照系统层次结构组织编写。

 本系统案例的编写采用黑盒测试常用的划分等价类、边界值分析、错误

推测、因果图等方法设计测试用例；

 对于每一条测试用例，测试设计人员应为其指定输入（或操作）、预期输

出（或结果）；  每一条测试用例，都必须有详细的测试步骤描述；

 本次测试设计的所有测试用例都需以规范的文档方式保存；

 在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更；  测试用例中测试数据的准备，在理解需求的基础上或者客户的协助下准备。

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

 按照被测试系统的运行逻辑安排用例的执行；

2.3 测试实施过程

本项目由测试人员负责整个环境气象监测预报系统的测试，实施过程如下：

1、准备测试环境

2、准备测试数据

3、按照系统运行逻辑执行相应的测试用例 4、记录测试过程中发现的缺陷并提交缺陷报告 5、对开发人员修复的问题进行再测试直到缺陷关闭 6、项目交付后对终端客户提交的缺陷进行跟踪维护

2.4 测试方法综述

本项目测试包括：

 功能测试 测试各个模块的功能是否存在缺陷  性能测试

a) 基准测试 b) 配置测试 c) 负载测试 d) 压力测试 e) 并发测试 f) 稳定性测试

 测试人员执行测试时，要严格按照测试用例中的内容来执行测试工作  测试人员要将测试执行过程记录到测试管理文档中  测试人员要对测试中发现的问题记录到缺陷报告中  测试组织

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

第三章 测试管理

3.1 测试文档

 本项目对测试文档进行集中管理，文档集中存放在SVN上，每天备份

一次。每次一个文档的更新维护都会产生历史记录，做到有据可依。  测试文档主要由参加本项目的测试人员创建，各角色创建的文档如下： 文档名称 《测试计划》 《测试管理计划表》 《测试用例》 《缺陷报告》 《测试总结报告》 编制者 测试人员 测试人员 测试人员 测试人员 测试人员 其它说明 3.2 缺陷处理过程

本项目对系统进行多轮测试，测试过程需要做缺陷跟踪。 所以定义缺陷处理过程如下：

1、测试人员每天记录当天发现的缺陷

2、测试人员每天下班前将记录的缺陷发送给项目经理

3、项目经理根据当天的缺陷报告分配开发人员进行缺陷修复

4、开发人员修复好缺陷后发给测试人员，测试人员进行复测直到缺陷关闭 5、对于难以定论是否为缺陷或者当缺陷难以修复的时候，上报给项目经理

3.3 缺陷阶段定义

由测试人员在版本测试过程中发现的缺陷，每个缺陷有不同的阶段定义 1. 当测试人员在测试过程中新发现的缺陷的时候，这个阶段的缺陷定义

“New”

2. 新发现的缺陷提交给项目经理，项目经理确认是缺陷的时候，这个阶段

的缺陷定义“Open“， 如果项目经理认为这个不是缺陷，那么这个阶段的缺陷定义“Rejected”

3. 项目经理把测试人员提交的缺陷分配给对应开发人员的时候，这个阶段

的缺陷定义“Build”

4. 当开发人员把缺陷修复完成的时候，这个阶段的缺陷定义“Fixed”

5. 测试人员对开发人员修复好的缺陷进行复测，测试通过，那么本阶段的

缺陷定义“Pass”；复测不通过，则重新发给开发人员进行修复，这个阶段的缺陷定义“Fail”

6. 测试人员把经过验证通过的缺陷全部关闭，这个阶段的缺陷定“Closed”

河北省环境气象监测预报系统测试计划 南京宇之爱科技有限公司

3.4 测试报告

测试过程中，需要产生以下报告：

报告名称 报告内容 编制者 接受者 测试工作周报 测试阶段报告 测试总结报告 1. 一周工作汇报， 2. 哪些做得好，为什么？ 3. 有什么问题，如何改进？ 达到里程碑后，汇报该阶段的主要工作、存在的问题和解决方法/建议等 1. 测试过程概要 2. 测试分析总结 3. 建议 测试人员 项目经理 项目经理 客户代表 公司领导 项目经理 客户代表 公司领导 测试人员 测试人员 3.5 测试指标

 缺陷等级划分标准，将测试过程中产生的问题按严重程度分成四级，①

严重问题：在系统流程、数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用；②一般问题：由于软件设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现；③轻度问题：由于编码不够完善，使某个小功能无法使用，或者对用户某方面特殊操作与要求不能很好地支持；④细微问题：存在某些细微的缺陷，但不影响程序正常应用。  软件发布标准，将软件开发测试过程中发布版本分为，①Base：该版本

属于开发人员自己做单元测试的版本，软件包括产品的界面大致布局和功能链接；②Alpha：Alpha版是开发人员提交给测试人员的第一个测试版本，此版本应该完成了软件产品的所有功能，可能存在较多严重问题包括功能缺失或者错误的缺陷；③Beta：这个版本相对于Alpha版已经有很大的进步，严重问题的缺陷已经基本上关闭，但可能存在比较多的一般问题的缺陷；④RC：随着测试人员提交缺陷的数量越来越多，版本迭代次数也随着增加，这个阶段的版本已经日趋成熟。已经不会存在严重问题以及一般问题，可能存在少量的轻度问题或者在软件产品界面上的轻微缺陷。到了这个阶段只会修复缺陷，不会对软件做任何大的更改；⑤Release：测试人员所提交的缺陷全部得到修复，经过验证之后，软件开发过程中的缺陷都被关闭，这个阶段的软件产品具有，符合用户需求，没有逻辑错误，界面设计友好，性能优异，可靠性好，稳定性强等特点；