软件业务逻辑测试的套路

1. 了解需求

• 了解需求的渠道：需规、原型、过程文档（概设、详设、测试用例、用户手册、BUG清单）等等。和产品、研发交流。如果没有需求文档开发也离职了，那就自己操作系统体验吧！作为一个用户以自己的账户和个人数据去使用产品，经历完整的用户体验。

• 业务了解的程度：项目背景、业务流程、功能模块、角色权限、技术选型
  还要清楚系统的逻辑架构、系统周边的依赖和交互，数据流转方式、是否有外部的数据源，可能存在的风险点

• 项目了解的程度：项目的成员，前后端的研发、产品、项目经理。要知道什么问题问谁

• 关注项目的状态，开发进度。特别是质量状态。了解BUG数量、问题的分组方式、已经报告的BUG类型、最长时间未处理的BUG、最近一些BUG的类型、修复比例等。

• 对测试的要求：测试的颗粒度、是否有明确的测试结束时间、确定测试范围 、交付文档

2. 梳理业务流程图、划分测试点、优先级

• 根据模块功能划分测试点，排列测试的优先级，风险最大的有哪些部分
• 做场景分析找出用户场景、不同角色使用的场景，权限。
• 参考（竞品分析、通用测试点）

3. 对比同行软件逻辑，审查逻辑是否符合标准

• 找产品确认需求理解是否一致
• 对比同行软件确认软件逻辑是否有设计缺陷

4. 编写测试用例，写出逻辑测试步骤

• 常用等价类、边界值、场景法、因果图、根据经验做错误推测
• 一般小型团队用思维导图梳理测试点，编写和维护测试用例费时费力

5. 测试用例评审、思考是否有遗漏点

6. 准备测试环境、测试数据

7. 测试的主要顺序

• 找出产品最重要的模块
• 模块中最重要的功能
• 确保重要功能的可用性
• 测试其他功能，确保可用
• 测试完可用性后，测试可靠性
• 异常场景测试

8. 压力、性能

9. 安全