Hello ，各位Tester ，晚上好 。
今晚不聊具体技术细节，聊聊解决问题的思路 。
此主题，源于今晚老徐的一条朋友圈 。
此条朋友圈发出后，收到上百位同学的赞赏 & 体验 。
接下来的事，很多Tester应该能猜到，
随即朋友圈各种此玩法的刷屏，大家都在尝鲜体验 （每次老徐体验新产品后，都会有一批同学好奇去体验，「给赞」是不是考虑给广告费，哈哈哈 ）
接下来，老徐这条朋友圈下面，就是各种Bug反馈了（Tester的职业病，看到Bug就会去反馈）。
主要几方面问题 。
1. 赞赏后，语音播放不了 / 播放没声音 。
2. 赞赏后，手贱，退出了，惊喜都没看到是啥 。
3. 赞赏后，异常退出 / 闪退了，然后就没有然后了 ...
总结下来，主要三类问题 。
1. 很多主流机型的兼容，没覆盖到位 。
2. 技术方案设计的时候，没考虑通用的实现技术，导致各种兼容问题 。
3. 异常情况，没充分覆盖 。
4. 用户体验，用户使用场景的充分考虑 。
/
有些Tester，这个时候，就会喊委屈了 。
比如 ，
1. 我也想测了，苦于没测试资源 。
2. 有些是产品设计的问题，跟测试有啥关系 。
3. 我又不懂技术，一些异常情况，我不懂 ...
...
这里涉及到测试计划的范畴了，在测试开始之前，就应该提前准备好测试资源（硬件 + 软件 + 人力），测试时间安排 等 。
资源这块，有很多手段可以解决；现在云平台，那么泛滥；或者公司内部员工，也是资源 。
实在不行，找用户公测，也是一个办法；
解决问题的方法很多，重点是你是否有想到这个点 。
至于产品范畴的，在需求评审阶段，测试就应该去反驳一些明显不合理的需求，避免浪费时间、浪费人力、浪费 ... ，而不是等着用户去发现、去反馈 。
至于技术，不懂技术的测试，不是一个好产品经理 。
多少还是得懂点技术的，毕竟Tester是一个技术工种 。实在不行，可以找外力协助，充分协调可以调动的资源，这也是一种能力 。
把这些问题都解决，可降低问题流入到用户的比例，提高用户满意度 。
希望这篇文章，能对各位Tester，有一定的启发 。
/
最后，
产品经理，是一个项目的源头；把控源头，尽量提前识别风险、消灭风险 。
微创新、细节打磨、强需求挖掘，To All 产品经理 。
推荐老徐的几篇相关文章 ：
作者：IDO老徐
此文首发 isTester.com
原文地址http://www.istester.com/tester/128.html
转载请完整保留如上内容，否则必究。
原文地址：https://www.cnblogs.com/idotest/p/8125784.html