编辑导读：作为一个硬件产品经理，要对产品测试的相关环节有所了解，把控测试报告中存在的风险，评估关键点，了解其中是否有偏差和遗漏，以达到**的预期效果。具体应该怎么做呢？本文作者根据自身工作经验，从三个维度展开分析，希望对你有帮助。

今天，老廖从自身经验、体会，来说说产品最经常遇到的一个工作事项——测试，希望能给硬件方面的朋友们带来一篇有价值的内容。

2018年的时候，老廖曾经面试过一位年纪在40多岁的PM大哥。

他说，自己已经做了8年产品，对于物联网硬件产品很在行，然后说了一堆在产品上的规划思路。

暂不论他在产品上的思路如何，但在问其，若当前做一个产品测试，应该要考虑的内容点时，支支吾吾回答不上。

造成这样的结果，答复是所在公司的架构中，测试一直是由测试部门负责，因此对相关环节不太了解。

最终，老廖评估这样的产品经理底子太不全面了，没办法适应公司独挡一面的要求。

01 测试在产品工作中尤为重要

为什么测试这么重要？

一个公司，不论其产品策略、部门架构如何，硬件产品体系的搭建渠道无外乎三种：自研、外包定制、外部引入。

测试的目的是，不论以何种渠道建立产品体系，在前期产品需求导入，规划无误的情况下，保障产品输出过程中：

• 产品应用开发符合规划；
• 产品质量符合设计要求；
• 产品在实际环境中的使用符合业务需要；

或许真有企业，对产品研发过程关联岗位职能分的特别细，以至产品经理角色仅负责产品前端某段工作，可以完全放手中段产品测试过程，只对结果验收即可（老廖不知道是否有这么幸福的产品经理岗，只是老廖是一路和弟兄们一点点摸爬滚打的，负责了一条龙的产品事务）。

只是，产品经理可以以此为由，对测试毫无概念么？

一个对测试没有概念的产品经理，如何把控测试报告中存在的风险，如何评估关键点，如何了解其中是否有偏差，遗漏，如果没有这些把控，又如何评估产品状态是否达到预期目标？

虽然说，由于产品的独特性，测试人员在介入产品测试前，也同样需要对其中的测试要素和验收标准有一个全面了解和掌握。

但产品经理，不能期望将产品和需求的匹配度把控，放在测试端同事身上。

一个信息，在一级一级往后的传递过程中，本身会因为表述人，接收人的主观思维意识差异，而导致理解不同，这时就出现了失真，传递层级越多，失真越大。

因此，老廖认为，不论公司架构如何，一个成熟的产品经理，需要对产品全流程事务有一个较为清晰的概念和把控能力。

而贯穿产品全流程中一个重要事务就是产品保障性工作——测试。

那么，问题来了，为了保障前面三点内容，硬件产品测试该如何规划？

02 如何规划硬件产品测试

首先，产品测试要建立一个系统性意识。

测试工作，一定要先搭建系统的测试用例，不仅要列出不同维度的测试项，测试点，还需要列出测试方法、测试合格标准，并在测试报告中，明确单项测试结果符合度，如涉及数值，再明确测试数值。

然后，再来看硬件产品测试该如何规划。

产品测试规划，大体可以从几个大的维度来进行。