IT项目实施与管理方案-投标书 下载本文

内容发布更新时间 : 2024/5/17 10:23:42星期一 下面是文章的全部内容请认真阅读。

1.1 项目实施与管理

1.1.1 项目测试方案 1.1.1.1 测试目的

对系统进行集成测试。对测试范围内需要测试的特性进行“完整性”、“准确性”、“有效性”、“可靠性”、“稳定性”验证并对性能指标进行测评。

通过本次测试,达到以下具体目的:

1) 保证软件基本功能使用正常,严重缺陷率小于5%; 2) 保证系统可靠稳定运行;

3) 保证项目相关文档符合CMMI 3级文档规范。 1.1.1.2 测试对象

1. 系统具有总线基本功能如:协议转换、交易路由、数据转换; 2. 服务封装规范满足行内存量、增量业务系统; 3. 对各类系统提供的适配器功能满足性; 4. 系统并发处理能力及响应时间满足要求; 5. 系统可靠性、稳定性。 1.1.1.3 测试范围

测试范围最终以实际形成的《系统业务需求说明书》的内容为准。

1.1.1.4 测试方法 1.1.1.4.1. 功能测试

配合开发组的开发过程分阶段提供测试小结,测试方法以标准黑盒技术为主。

本次测试过程中,功能测试的执行环节分为两个阶段,具体描述如下:

阶段名称 具体方法 目标 1. 执行测试用例中的“基本场景”用例,验证系统基本功能的使用保障软件正操操作时功能正正常; 阶段一 2. 保证系统执行正常操作时,数据常 的输入输出流转正常(使用正常、有效的数据)。 阶段二 执行测试用例中的“异常场景”用例。 保证系统异常操作时,系统的健壮性有一定保障,(使用异常数据)。 1. 对“阶段一”、“阶段二”发现并保障软件的缺陷遗留率小于被修正的缺陷进行再次测试; 回归测试 2. 抽样执行测试用例中的“异常场5% 景”用例。 1.1.1.4.2. 性能测试

分为负载测试、压力测试、稳定性测试等三个阶段。使用LoadRunner进行测试。根据性能测试调研得到的数据构建业务模型,进而构建测试模型。测试模型包含多种子类型,不同类型的测试模型应用于不同类型的性能测试。

性能测试模型包含要素如下:

测试模型子类型 单业务压力测试模型1 单业务压力测试模型2 …… 混合业务压力测试模型 所含业务 并发用户数 思考时间 压力测试模型 稳定性测试模型

本次测试包含的性能测试类型如下: 1) 压力测试

基于本次的测试的目的和需要测试的特性,将本次测试分为两个阶段:阶段一,单业务压力测试;阶段二,多业务混合压力测试。

a) 单业务压力测试

测试目的:

排查各个典型业务的压力瓶颈。

选用测试模型

单业务压力测试模型。

b) 混合业务压力测试

测试目的:

在排查各个典型业务的性能瓶颈后,测试该系统的最大并发用户数,并找到系统存在的性能瓶颈。 选用测试模型:

混合业务压力测试模型。

2) 稳定性测试

测试目的:

检查系统在连续运行240小时过程中的性能表现

选用测试模型:

稳定性测试模型。

1.1.1.4.3. 文档测试

对需求说明书、设计文档进行规范性检查。

1.1.1.5 测试用例

本次测试中将主要的测试用例归类为不同的测试场景,同时设计易用性测试用例和接收测试用例。

1.1.1.5.1. 基本测试场景

描述系统正常操作流程,以通过操作完整实现一个业务功能为原则。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常数据。 1.1.1.5.2. 异常测试场景

基于系统正常操作流程,在整实现一个业务功能的操作过程中验证系统的数据校验、特殊操作处理等功能。其中每一个步骤对应一个测试用例。测试用例中采取的数据有正常数据和异常数据。 1.1.1.5.3. 接收测试用例

由“基本测试场景”中选取出代表性用例,用于验证开发团队提交测试版本的可测性。 1.1.1.6 人员及职责 资源 职责描述 1. 负责测试人员的组织和管理工作,并指导、带领本组人员日常测试工测试项目负责人 作; 2. 负责对各个项目做测试需求分析和文档整理工作; 3. 参与执行测试用例 配置管理员 质量管理员 负责测试文档和测试工具管理工作 负责检查测试过程中各个环节测试质量 1. 参与编写测试用例; 2. 负责功能、性能测试用例执行。 若干 1 测试开始执行前 测试开始执行前 1 测试小组进场时 数量 到位时间 测试工程师 测试开始执行前

1.1.1.7 测试工作输出 分类 名称 《测试方案》 《测试进度计划》 《性能测试方案》 《测试用例》 文档 描述 Word 输出人 测试项目负责人 阶段性输出本阶段的测试总结报告 《测试报告》 Word 测试项目负责人 含性能、功能测试结果 1.1.1.8 启动、暂停/重启、结束准则 1.1.1.8.1. 启动准则

待测试系统部署完毕,功能使用正常。

1.1.1.8.2. 暂停/再启动准则

? 测试版本未通过“接收测试”,需要由开发人员修正后再次接收测试; ? 测试过程中发现性能瓶颈时测试执行暂停,由开发人员进行调优; ? 开发人员经过调优后解决系统测试瓶颈后,可以再次启动 1.1.1.8.3. 退出准则

通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后无解决时。

备 注 project 测试项目负责人 Word 测试项目负责人 QCS/Excel 测 试组 测试组 测试组 《缺陷状态报告》 Word 《阶段简报》 Word