作为产品经理，如果你处于一个比较完善的团队，有专业的测试人员，那么你可以不用在你有限的工作时间中挤出一部分时间专门做产品测试工作；但是如果团队没有测试资源，那就只有产品经理顶上。做好测试工作是产品上线前的最后一次把关，战略意义重大。
前面我们聊需求池的时候，说到产品经理需要维护自己的需求池，测试同学维护自己的BUGlist，有接收到的BUG记录到BUGlist，其实，这里还有一个专业的测试文档，一般我们称之为“测试用例”，它相当于是指导测试的方向和步骤的用例集合。
关于测试用例咱们不多讲，网上也有很多专门介绍测试用例怎么写的资料。因为不同的产品以及不同的团队对于测试用例的要求不一样，并且如果产品经理负责测试的话，测试用例也取决于产品经理个人喜好吧，这里截了我以前做的一份测试用例的表格表头，非专业测试，表格比较简单，看看就好。
下面咱们还是回到常规产品测试流程
1. 产品测试大致流程
a、研发自测：研发完成后，研发人员必须要保证代码层面的调试通过，以及流程顺畅，功能都已经开发完成。
b、测试同学测：压力测试、接口测试、功能测试、安全性测试等等
c、产品经理测试：测流程、测功能、测页面交互
d、UI/UE测试：界面、交互细节测试，查看元素是否正常
e、运营测试：这个基本上就是运营同学看产品是否和运营方案匹配等等
专业的人做专业的事，其实从这个流程里面来看，测试就是每个岗位完成自己工作的验收，所以一般我们测试完成都会反馈已验收。同时，产品经理看上去负责的是其中部分测试工作，但是还是那句话，作为产品经理，一定要有owner意识，产品是我们负责，就一定要把好每一道关，其他测试环节也要参与进去，至少要知道具体测试情况。
2. 产品经理参与产品测试
2.1 产品经理为什么一定要参与测试
a、对产品开发的情况有基本的了解，开发阶段就要主动去了解
b、对产品的BUG做判断，风险把控
c、BUG修复的优先级判断和调整
2.2 产品经理怎么参与测试
a、基于需求文档进行验收
b、回归流程，从流程入手，确保流程没有问题
c、从流程中分解测试用例，产品需要关注流程的用例，细节方面测试同学关注
d、出现BUG怎么办呢？
-复现 -> 保留现场 -> 记录 -> 找QA -> 找研发
-让QA找研发，QA统一把控BUG，避免反复等信息不对称问题
e、提BUG。改进和BUG是不一样的东西，区分清楚，不要疲于改进，改进是优化，类似于新需求，永远都改不完
f、对BUG优先级：
-严重BUG：关于流程、逻辑方面的问题，必须改
-一般BUG：关于可以改进的小问题，根据项目情况决定改不改
2.3 BUG管理
BUG管理呢，可以通过Excel或者协同工具teambition等处理，核心是产品经理必须做好优先级把控，BUG出现很正常，怕的是没有合理的管理，导致反复不停的修改，那么团队将会很反感改BUG，疲于改BUG。
团队配合是通过一个一个项目迭代后磨练出来的，不是通过管理工具实现的，正如工具永远不可能改变一个懒癌患者，但是会让优秀的人更优秀。
想看更多干货分享就快来关注我的个人公众号吧！！
花名：馒头
个人公众号：我是馒头
座右铭：博学之，审问之，慎思之，明辨之，笃行之
