在一些大公司，产品测试其实是有专门的人来负责的，比如说测试员、用户体验师，而且还会有压力测之类的。但在小公司、初创公司，为了节约成本，大多都是由产品经理负责。实际上，每个小公司的测试流程又有所不同，具体情况具体分析，比如还要考虑项目密集度、项目进展情况、上线时间、市场反馈等因素。
根据我的经验，可以大致把产品测试分为两类：一类是公司员工内测，即仅限于发动公司各部门员工参与测试，这类情况大多数是因为很难接触到真实用户，或者说接触真实用户的成本太高，老板不乐意。这类测试收集到的问题会相对集中于产品的功能性以及视觉上，比如说这个功能好不好用，这个按钮好不好看等等之类的，很少会触及用户的真正需求，是不是用户真正需要的，参考价值固然是有，但不大，也极有可能在错误的道路上越走越远。另外一类是真实用户亲测，这类情况大多是老板愿意花大成本去打磨一款产品，可能是已经拿到足够的资金，也可能是出自对优秀产品的情怀（没钱单靠情怀走不远）。这类测试收集到的问题会相对集中于业务流程以及用户体验上，比如说，产品功能是不是用户真实需要的，操作流程是不是符合用户习惯，这才是产品的核心价值。
无论是公司员工内测，还是真实用户亲测，可用性测试都是比较常用的一种方法。“可用性测试需要在较为完善和连贯的设计成品上进行，通常会放在设计周期的后期，即在有了连贯的设计概念和充分的细节来构造原型后再展开。测试的目标通常是评估产品的可用性。一般来说，可用性测试的重点是衡量用户完成具体的、标准化的任务的好坏程度，以及在此过程中所遇到的问题。测试结果通常能够揭示用户在理解和使用产品时遇到的问题，同样也能展现用户哪些方面更易成功。”（摘自《交互设计精髓4》）
测试完成后，产品经理需要对员工或用户反馈的问题进行整理及归类，并且排优先级。考虑到测试问题最终还是要交到技术研发的手中，所以在整理之前，必须先与技术研发沟通好，以什么样的形式呈现更能有效地提升工作效率。以我的工作经验，主要有两种呈现方式，一是使用office办公软件，这种方式较为常见，把问题点罗列到excel表内，分好类，排好优先级，附上截图，这样更加清晰明了；二是使用bug工具，比如说bugfree，其实就是把excel的内容复制到工具内，这样有利于产品bug的管理，但相比于前者的一目了然，，这种方式不方便bug的查看以及沟通，需要点开一个查看完，再点开另外一个，增加了操作次数，可考虑放在产品上线后再做整理作为项目总结及回顾用。其实还有第三种方式比较取巧的，特别适合在时间紧急的情况下使用，即qq截图，并在图上描述清楚问题，然后直接把图发给技术研发进行调整。
最后，在产品测试的过程中，产品经理必须要保持强大的内心，因为测试反馈过来的问题千奇百怪，会把你的信心折磨得千疮百孔，大到原型、风格、交互、技术，小到提示说明、按钮颜色及摆放位置，无论哪一类问题，都是产品的问题，所以说产品经理是背锅侠不无道理。但关键的是，既要研究测试问题，又要跳出来，不被细枝末节所累，这应该是产品测试的必修功夫。