自身经历告诉你，如何从测试转产品

　　做为一个QA，被安排做了很多跟测试无关的工作，对于一些不太精通的任务，避免不了各种会议讨论。每次会议，领导都会强调我们现在开始是产品团队。巧不巧，刚好赶上公司网站改版（全新开发）需求，我作为QA成为了这个项目的一员。公司的工作模式测试驱动开发，所以大大小小的事情都是我在督促管理。
　　通过下面这个表，对比看看我的工作跟产品经理有多少重叠的部分：
　　虽然说强制，用词有点埋怨的味道；但是真正开始运营，并有所收获的的时候，那种成就感，是不可比拟的。之前看有人举例说做产品就跟生孩子养孩子一样，其他人都是老师，他们只负责孩子的一段时间，但是产品经理要伴随着孩子的成长，不离不弃。最了解这个产品的人应该就是该产品的产品经理了。是不是都是产品经理该做的呢？所以说工作造就人才！熟能生巧，工作中往往一次总结就是一份收获。
　　做的多，责任多，累，那是肯定的。很多人认为产品经理听起来很拽的样子。但是真正做下来才知道，是多么痛苦的领悟。各种压力各种打击各种乱起八糟的事，只要是没人做的，最后都会跑到你这儿来。也因此，这个过程我必须新学很多东西，每天都是突破自己，不断的涉猎新知识，开发技术，drupal框架，各种自动化工具（一键部署，一键发布，724，一键追踪、一键统计、一键分析、各种监控），AWS云服务器（各种资费，各种服务）。
　　最郁闷的是思想上的转换，以前QA时，只管开发、测试就行。做产品，从到到脚都要，全程参与。说的严重点，请个假都要先看看邮件，没有没紧急的事。以前只想着交付后没问题就行，现在想着上线后，怎么让大家知道让大家喜欢。以前只想对错，现在只想是否需要。以前只会说这要不对，应该这样，现在只会问，why？这样做的目的是什么，有什么好处，能帮助用户解决什么问题。以前总会想这样不可能吧，现在总是会说探测器都能上冥王星，还有什么不行。以前从没想过成本、资源、风险，现在天天围绕这些词转。
　　测试往往看到的是项目的更多可能性。而产品经理更多的是看到要做什么样的项目。所以前瞻性是特性。
　　虽然有差别，但是事实证明，测试转岗成产品经理是完全可以胜任的。我就是例子，不是吗？
　　从我的感觉来讲，测试工程师由于工作的原因，对产品的熟悉程度非常深。一个合格的测试工程师熟悉产品的各方面表现（对产品的优点，缺点，功能有精确的把握）；
　　熟悉项目管理的各方面的控制（利于核算成本，了解各功能开发过程中的难点）；熟悉用户需求，测试中用到大量的用户case，注重产品的用户体验，友好程度（知道怎样让产品更贴近用户）；
　　熟悉同行业软件的优劣测试工程师会对测试的软件进行一些同类的比较（对自己产品的优点和缺点有精确的把握，比较中发现产品的优势和劣势）；但也有不足的地方，测试工程师的劣势应该就是在市场方面，如何经营以及宣传自己的产品。这方面测试工程师需要学习的，这也是我上面为什么没有描述这个阶段我做过什么的原因。
　　一个数据产品经理说：
　　其实从测试转产品经理比开发转产品经理更有利，长期的测试磨练，练就了习惯从各个角度去看待产品的视角，这是优秀的产品经理必备的能力，你可以尽可能的学习业务和产品，当你觉得你有能力胜任的时候，就去触摸属于你的机会吧
　　一个有精力的大牛说：
　　这要靠天时地利人和，最好是内部转岗，会比较简单。天时：自己人缘不错，也有这方面的积累，领导提拔，干过管理；地利：刚好公司有新产品要做，人和，自己不断像其他前辈学习。
　　自己所在的公司环境很重要，不断积累，多做事多总结，测试转产品不是梦。赶上好公司，像我一样，被练成产品人士都大有可能，大公司就那么几家，小公司大把，造一个全能的我们，只要想学，善于总结，太容易不过了。