金融测试项目 - 功能测试
测试流程
1、需求评审
前提：开会前，问主任拿需求文档，提前看并记录不明确之处。
参与人员：前端、后端、测试、产品（涉及本项目的人员）
目的：
- 1、确保各部门需求理解一致。【重要】
- 2、各角色对需求进行查漏补缺。
- 3、熟悉项目功能，了解软件有些功能。
提示：需求分析阶段 → 软件还未实现（刚立项）
2、测试计划
流程参考：Ego微商小程序 - 测试计划 - 鹿先森JIAN - 博客园 (cnblogs.com)
测试目标：
- 产品符合国家法律法规，符合行业标准规范；
- 产品功能满足产品需求说明书的显性需求和隐性需求；
- 产品达到产品设计的要求；
- 产品对应系统无故障率达99%，运行稳定；
- 系统上线前不存在中级及以上BUG，整体bug修复率达90%以上；
- 产品能够达到专项测试的指标要求。
测试范围：
- web前端：智能投顾（投资）、品质理财（借款）
- web后端：借款管理（审核）
- 目标：UI显示和设计一致；数据展示正确、基本操作正常。
测试准则：
- 准入：
- 1. 冒烟测试的测试用例集100%通过；
- 2. 提测的版本符合约定的范围（根据实际情况约定）；
- 准出：
- 1. 本迭代约定的测试用例全部执行完毕；
- 2. 中级以上的bug全部修复，且整体bug修复率高于90%；
- 3. 发现重大设计问题、需求问题暂停测试，及时反馈相关领导。
测试流程、测试环境、测试方案（测试类型、设计方法、测试工具）
风险分析（风险来源：开发、测试、产品；风险影响、风险处理）
测试策略（功能、界面、性能、安全、易用性、兼容性、接口、回归、文档测试）
3、编写用例
借款、投资业务测试点+用例
5、缺陷管理
把不通过的用例，在禅道的bug里提交。
6、测试报告
目标、范围，测试环境，总用例数、单模块用例数，缺陷统计及分析，测试总结（测试结论、缺陷修复程度、剩余缺陷应对、测试总结收获）
借款业务用例：12条。投资业务用例：21条。
缺陷用例数：x条。其中被修复x条
总结：本次测试主要工作，对需求文档进行解读和分析，然后熟悉项目的基本流程和操作。
接着，是对借款业务和投资业务两个模块，进行测试点的提取和测试用例的编写。
该链接是本次测试的一些文档、测试点、用例文件：
