1. 引言
1.1. 文档版本
1.2. 项目情况
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. 测试交付件
3.6. 缺陷严重级别定义
