产品经理如何客串测试人员？
#文前小絮#软件测试（Software Product Testing）是一件很戏谑的活，或者可以说就是专门“找茬”的。事实上也是这样的，这段时间作为产品部的代表支援了测试部门，坦白讲“测试真心辛苦，都TM快测试疯了！”当然，造成这样的不适，原因大概有下面两点：
1、隔行如隔山，不同行业对于技能和水平的要求是客观存在差异的。做产品的直接就去支援产品测试了，还是有些不知所措的。
2、文档差异性，即使产品需求文档（PRD）是产品写的，但是“测试用例（Test cases）”并非出自我手。测试和产品工作上关注的核心点并不完全一致，产品在意——业务、逻辑、流程，测试关注——正确与否、是否美观。
正文
很荣幸有机会参与软件测试工作，虽然仅有短暂的三天时间，那也足以让我窥探一二或者更加准确地说“以产品经理的视角如何理解产品测试”。
产品经理如何客串测试人员？
第一个问题：软件产品测试测什么？
产品经理在意的是产品的整个生命周期，而不仅仅是“软件测试”这个子过程。
1、测“有无”：暂且先不论技术实现的正确性，至少得有某项功能。查找判断某个功能点的有无事基本，如果有都没有，还测什么玩意呢？
2、测“逻辑”：功能有了，可产品逻辑错了！不好意思，这不是我想要的。产品功能逻辑很重要，必须按照产品经理预先既定的产品解决方案实现。基于不同用户场景下的产品逻辑也是不可或缺的，遗漏了场景就失去了一种可能性。你说人的本性都变了，要一身臭皮囊还有什么用呢？
3、测“流程”：某个产品功能的完成可能涉及到多个产品流程，产品流程影响着整个产品的运转状况，如果说，流程都错了，功能做地再好又有何益呢？就像你原本是想去北京的，可你乘坐的是去成都的高铁，我想既定的时间内你是很难到达目的地的。
4、测“视觉”：人靠衣装马靠鞍，良好的视觉体验+人性的用户体验设计必然会给产品大大加分。比对技术实现的页面与UI设计的效果图，也不扯什么100%还原度了，至少要保证85%的真实性和合理性。视觉设计和交互设计的基本原则还是不能轻易触碰的！
第二个问题：产品经理（软件产品）测试的优劣势？
产品经理对软件产品测试专业知识的缺乏并不能彻底掩盖产品经理专业知识技能的优势：
1、毫不夸张地讲，产品经理（PM）应该是最了解产品的人呢！那么透测的产品业务逻辑，必然能加快软件产品测试的进程，弥补软件测试人员对业务理解上不足的劣势，对业务的深入理解必然扩大软件产品测试的正能量的益处。
2、产品研发过程中，需求发生不同程度的变化难以避免。基本上所有互联网产品线上的仁人们都出奇一致地讨厌“需求变动”，我也不例外。需求的变动必然导致产品需求文档变更，技术开发逻辑的变化，软件产品测试用例震荡，蝴蝶效应般可怕，令人咋舌。需求变化的最上游，变革的第一线，对需求具有最精准地把握。产品经理测试的过程，也是对测试人员测试用例的评审和修正，从而保证整个产品环节的持续推进。
产品经理毕竟不是专业的测试人员，所以其劣势也必将暴露无遗：
1、缺乏执行力，由于产品经理熟悉自己设计的产品逻辑，故会想当然地忽略测试经理分配的测试用例，不能严格执行测试用例，遗漏软件测试的重要关注点。比如，测试人员关注数据本身的极限——峰值和谷值... 产品经理很容易由于过于关注流程和业务而对这些极限情况视而不见，埋下隐患。
2、缺乏专业知识，术业有专攻，任何行业都有其所需的标准配置资源。如果对某个行业一无所知，还想将事情做好，这样的信心很令人敬佩，但结果并不一定令人期待。产品经理的产品逻辑并不一定完全适用于产品测试过程，因为一个是“创造产品”而另一个是“检验产品”，两个过程的侧重点大相径庭，方法和理念自然也相去甚远。
第三个问题：软件产品测试应该做好什么准备？
工欲善其事，必先利其器。作为一名非专业的参与者必须明白几件事：
1、明确测试范围：软件测试也是个浩大的工程，多人协作测试，不得不需要多人共同完成一件事，那么作为参与者必须明确自己负责的测试内容及范围，才能有效测试，避免不必要的精神和时间投入。
2、清楚测试流程：在有效的测试范围内，清楚地知道测试工作的流程，处理BUG和问题的途径。协同工作的目的是更加高效地完成任务，因此测试的目的是为方便技术人员尽快解决问题。如果说，发现问题并没有及时提交解决，那真的是一件毫无意义的事！
3、尊重测试事实：以客观的眼光看待设计的每一个测试用例，产品经理对产品本身的敏感度并非引以为豪的资本。单纯从岗位职责来讲，测试尊重事实、尊重文档、尊重自己的专业知识判断，身为客串嘉宾切忌反客为主，发挥自身主观能动性的同时务必尊重测试人员的安排，这不是忍耐、更不是压抑，是一种工作技巧和默契感。
4、产品眼光审视过程：正确的时间，做正确的事。我相信——规则下面还是存在广阔的机遇，关键还是要自己去发掘。客观看待测试过程，恪守（软件）产品测试的规律，适当时机给予产品人的视角审视整个产品测试过程。显然，这不算测试，但这是产品经理对整个测试环节的认识和思考。
行文小结
产品经理亲自参与产品测试的机会并不多见，也透露出两个产品过程之间的矛盾性。产品经理是产品的缔造者，可以说是“生身父母”；产品测试是产品质量的检验者，可以说是“体检医师”。一个想方设法地操刀设计，一个绞尽脑汁地检验测试，显然这是一个矛盾的过程。试着将两个环节至于同一过程中，你会惊奇地发现：为了一个共同的目标！产品设计和产品测试都是为产品生命周期服务，都是为了保证产品的顺利地研发出来。产品经理与技术测试本非天生敌对，而是一种“相杀相爱”的美妙感觉，其中各种滋味还需要大家亲自体会。
原创声明：本文章的最终解释权归产品小王所有，如需转载，请注明文章出处！谢谢...
