XX项目测试计划
目录
1. 引言
1.1. 文档版本
1.2. 项目情况
1.3. 预期读者
1.4. 项目质量定义
1.5. 参考文档
2. 测试目标
2.1. 测试对象
2.2. 测试级别
2.3. 质量指标
3. 测试方案
3.1. 测试阶段
3.2. 测试类型
3.3. 测试方法
3.4. 测试交付件
3.5. 缺陷严重级别定义
4. 资源需求
4.1. 人员需求
4.2. 硬件需求
4.3. 工位需求
4.4. 工具需求
5. 进度安排
5.1. 里程碑
5.2. 试工作安排及估算
6. 入口、出口标准
6.1. 系统测试入口标准
6.2. 测试出口标准
6.3. 产品交付标准
7. 风险评估
1.引言
1.1.文档版本
版本 | 作者 | 审批 | 备注 |
V1.0 | Vincent | XXX |
1.2.项目情况
项目名称 | Commercial audit VAT upgrade |
项目版本 | V2.31 |
项目经理 | XXX |
测试经理 | Vincent |
所属部门 | 核算业务部 |
1.3.预期读者
部门经理
项目经理
测试经理
需求分析师
开发工程师
测试工程师
XXX银行经理
XXX基金公司经理
1.4.项目质量定义
本项目软件测试是为了保障,XXX财务核算系统在应对营改增政策调整的系统升级后,能够满足营改增业务处理需求,并对系统整体质量进行测试,监控和反馈。
系统质量是项目所有利益相关方的责任,而不是只依赖软件测试工程师。管理、需求、开发和测试都需要在质量保证过程中进行直接或间接的工作与协助。
1.5.参考文档
《营改增需求说明书》、《营改增政策文件》、《XXX系统升级设计规格说明》《。。。》
2.测试目标
2.1.测试对象
XXX系统财务核算系统:
股票投资相关业务处理子模块;
债券投资相关业务处理子模块;
基金投资相关业务处理子模块;
营改增子系统;
纳税统计子模块;
2.2.测试级别
2.2.1.单元测试
目的:确保代码编写正确
角色:开发工程师
对象:新代码,历史代码重构,新的前台页面
时间:一旦有代码被编写
环境:开发环境、持续集成环境
方法:Junit、FindBugs
2.2.2.集成测试
目的:确保组件交互正确
角色:开发工程师/测试工程师
对象:新的组件和webservice
时间:接口代码编写完毕
环境:开发环境、持续集成环境
方法:Jmeter
2.2.3.系统测试
目的:确保系统整体集成后工作正常
角色:测试开发工程师/测试工程师
对象:系统整体业务和场景,用户流程
时间:系统集成完毕
环境:测试环境
方法:Webdriver自动化测试,手工测试
2.2.4.接收测试
目的:确保系统满足交付条件
角色:客户/系统操作员
对象:对需求进行接收测试
时间:系统测试执行完毕
环境:预生产环境
方法:用户/操作员手工测试
2.3.质量指标
2.3.1.功能
2.3.2.性能
2.3.3.UI
2.3.4.安全性
2.3.5.易用性
2.3.6.互操作性
2.3.7.兼容性
3.测试方案
3.1.测试阶段
3.1.1.需求评审
需求初稿发布后,项目所有利益相关方需参加需求评审。评审活动由项目经理组织主持,所有团队成员都要求参加。需求部门有义务对需求进行解释并且对评审人员的反馈进行处理。
3.1.2.测试计划
略
3.1.3.测试设计
需求终稿完成以后,测试人员开始进行测试设计。
3.1.4.测试执行
3.1.5.测试报告
3.1.6.测试交付
3.2.测试类型
3.2.1.功能测试
3.2.2.非功能测试
3.2.3.冒烟测试
3.2.4.回归测试
3.3.测试方法
3.3.1.自动化测试
3.3.2.静态测试
3.3.3.探索性测试
3.3.4.安全性扫描
3.3.5.兼容性检查
3.4.测试环境
系统测试将采用统一的测试环境:
3.5.测试交付件
序号 | 交付件 | 阶段 | 责任人 |
1 | 评审报告 | 需求评审 | 测试经理 |
2 | 测试计划说明书 | 测试计划 | 测试经理 |
3 | 测试用例 | 测试设计 | 测试工程师 |
4 | 自动化测试脚本/用例 | 自动化测试 | 自动化测试工程师 |
5 | 单功能测试报告 | 系统测试 | |
7 | 系统整体测试报告 | 系统测试 | 测试经理 |
3.6.缺陷严重级别定义
级别 | 定义 |
致命(一级) | |
严重(二级) | |
一般(三级) | |
轻微(四级) |
4.资源需求
4.1.人员需求
职位 | 数量 | 现有 |
测试工程师 | 6 | 3 |
自动化测试工程师 | 2 | 1 |
4.2.硬件需求
设备类型 | 需求参数 | 数量 | ||||
4.3.工位需求
4.4.工具需求
工具类型 | 工具选择 | |
测试管理工具 | Quality Center | |
自动化测试工具 | Eclipse,selenium,TestNG | |
静态审查工具 | Findbugs | |
评审工具 |
5.进度安排
5.1.里程碑
里程碑 | 开始时间 | 结束时间 | 完成标准 |
接口测试完成 | |||
系统测试正式开始 | |||
第一轮系统测试完成 | |||
第二轮系统测试完成 | |||
第三轮系统测试完成 | |||
整体回归测试完成 | |||
接收测试完成 |
5.2.测试工作安排及估算
测试活动 | 开始时间 | 结束时间 | 责任人 | 预期工作量 |
需求评审 | ||||
测试计划 | ||||
自动化框架搭建 | ||||
自动化脚本编写 | ||||
测试环境搭建 | ||||
测试数据迁移 | ||||
接口测试设计 | ||||
接口测试执行 | ||||
系统测试用例编写 | ||||
第一轮系统测试 | ||||
第二轮系统测试 | ||||
第三轮系统测试 | ||||
回归测试 | ||||
自动化测试执行 | ||||
缺陷报告 | ||||
缺陷跟踪 | ||||
单功能报告 | ||||
整体测试报告 | ||||
接收测试 | ||||
产品交付 |
6.入口、出口标准
6.1.系统测试入口标准
检查项 | 满足标准 | 责任人 | 检查人 | |
接口测试 | 接口测试已通过 | 开发工程师 | 测试工程师 | |
系统提测 | 提测代码没有重大阻塞性问题/冒烟测试通过 | 开发工程师 | 测试工程师 | |
测试环境 | 测试环境可用 | 测试经理 | 测试工程师 | |
测试工具 | 测试工具可用 | 测试经理 | ||
6.2.测试出口标准
指标 | 标准 | 责任人 |
系统测试用例执行率 | 达到90% | 测试经理 |
缺陷遗留数量 | 不能超过20个 | 项目经理 |
非功能性指标 | 非功能指标达成 | 测试经理 |
自动化测试 | 自动化覆盖度已达成 | 测试经理/自动化测试 |
6.3.产品交付标准
指标 | 标准 | 责任人 |
需求开发 | 所有需求已开发完成交付测试完成 | 项目经理 |
遗留缺陷 | 不能超过20个 | 项目经理 |
非功能性指标 | 非功能指标达成 | 项目经理 |
系统测试 | 自动化覆盖度已达成 | 测试经理/自动化测试 |
7.风险评估
风险项 | 严重级别 | 可能性 | 影响 | 建议 |
需求变更 | ||||
人员流动 | ||||
业务难度大 | ||||