项目测试流程总结

后期会根据项目不同进行更新。大体流程如下：

一、了解项目

不管这个项目是从零开始，还是产品已经开始迭代，都需要先进行了解以下几点：

• 项目的背景
• 项目的产品
• 产品的受众（Optional）

了解以上几点可以通过需求文档/会议记录/文档记录…

Tips：工作中一定要学会主动推进自己的工作，如果发现进入项目后没有找到以上内容，一定要想办法：

• 如果有同组测试人员，请她帮忙介绍一下项目，要到相关文档
• 如果没有，找产品经理要需求文档
• 如果没有需求文档，但是有产品（旧版本），自己下载使用。
• 询问相应的开发同事，关于UI/功能都是参考哪里的描述，有没有mockup的design页面

……

二、熟悉产品

作为测试，熟悉产品很重要：

• 画功能模块图和业务流程图，熟悉产品的工作流程
• 根据功能模块图和业务流程图设计测试需求

以上两点，越详细越好。

三、了解Roadmap（需求讨论/讲解会议一般会展示）

RoadMap是指产品发布新版本的周期，要知道下一个新版本：

• 什么时候release
• Release什么新功能
• 下一个release之前的版本存在哪些已知的bug（这里要知道在哪里可以记录bug进行tracking，是Jira还是禅道）
• 测试周期

四、为自己负责的新功能设计测试用例，为旧功能补充测试用例

需要询问对于旧功能是否有已经设计好的test cases，如果有一定要拿到，然后go through one by one，进行修改和补充。为新功能设计test cases。（下一篇会介绍如何设计测试用例）

五、Review 测试计划/测试用例

询问测试老大是否有这个步骤，如果有，一般是先内部review（测试团队内部自己先审查），然后外部review（产品经理、开发团队和测试团队，与项目有关的所有人）。另外也需要知道在哪里保存测试用例和测试结果。

六、开始测试

               测试用例全部通过后，等开发提供产品的测试版本给你开始测试。

测试优先级：

• Integration test（端到端测试，如果没有端到端就是主流程测试）
• Regression test（回归测试）
• Sanity test（健全测试）
• New Feature test（新功能测试）

测试过程中：

• 发现问题，首先要确定是否是个bug（根据需求/产品介绍/询问开发），避免操作不当
• 确定是个bug后，定位bug，开ticket记录这个bug并assign给相应的开发人员（谁开发的功能就把bug分给谁）
• 把测试用到的数据和结果都需要记录在测试用例中

七、测试结束

测试结束后，需要写测试总结报告汇报测试结果。每周也需要汇报测试进度。