产品需要参与测试吗？作为产品经理，是否要参与到测试当中？

这是今年在实际工作中遇到的一个场景。之前由于团队中有测试同学，所以我对具体的测试过程并不关注；然而，今年我所面临的项目存在职责边界模糊的情况，需要尽快推动项目运转，那么这时候产品岗的“万金油”角色就现身了，需要介入测试验收环节以达成把控测试进度和保证产品质量的目的。

我本周的测试工作主要分为两个阶段：基础数据模块和业务模块。在测试过程中，也和上级进行了沟通，并积累了一些测试经验。由于之前对测试了解有限，所以测的时候主要集中在界面布局的优化上，没有深入抓住核心问题。

通过本周的测试实践，我相信自己对这个方面有了更深入的认识。

明确任务背景和目标

首先，不只是测试工作，做任何工作之前，都需要明确任务背景和目标，不清楚工作目标和任务背景，就容易在执行过程中偏离方向从而影响任务目标的达成。

现在回头看，我这次测试工作的背景是v1.0版本初步研发完成进入测试阶段，也就意味着这款产品处于生命周期的起步阶段，而这个阶段的重点是验证市场和产品匹配度，在市场上活下来，不然再怎么优化，只要市场不需要，那就是自嗨而已，没有任何外部价值。

因此，这次测试任务的目标是让MVP产品跑起来，确保没有影响业务流程的Bug就行，那么基于这样一个背景和目的，也就清楚了任务达成的标准是什么，在测试过程中就需要克制优化界面细节的想法，而是把注意力放在观察功能操作、数据流转和状态变更是否符合设计预期上面，因为你就知道，60分万岁，能用就行。

由此我也在尝试着拓展思考，结合产品生命周期，是否处于不同测试阶段，测试目标也会发生变化呢？比如起步期注重解决用户痛点的MVP功能是否能够稳定跑通，上升期注意产品关键路径的提升效率并完善MOT环节的使用体验等等，这是我的假设，有待验证。

区分想要和需要

其次，学会区分想要（Want）和需要（Need）。产品不仅需要对别人提出来的需求进行区分，也需要对自己提出来的需求也需要进行区分。这是因为产品在测试过程中很容易陷入细节和完美主义里面去，会觉得这个地方还有个更好的解决方案，然后将自己的预期和实际情况进行对比，认为这是一个“需要”处理的问题，但实际上只是产品想要的效果而已。

那么如何区分想要和需要呢？

我认为依据之一就是PRD文档，在测试的过程中对着PRD看，如果这个问题PRD上写了预期效果，大家都约定好了，但实际功能操作异常，那么可以认为是缺陷，反之就需要问自己，这是需要处理的问题还是想要处理的问题？当然，在实际测试过程中，问题不一定是研发问题，也有可能是产品设计问题。

因此，对于需要处理的问题，需要结合业务场景，根据影响程度和影响范围对问题划分优先级，马上跟进处理；对于想要处理的问题，需要结合业务场景从用户视角出发，确实能提高使用体验和使用效率，那么就放在下一个迭代周期去处理，现在能不改就不改。

并且对于研发来说，如果是别人发现他代码的Bug，会想这个程序刚上线还处于调试阶段，有bug很正常，谁的程序没bug，连操作系统都有bug，如果是自己发现，会想哥就是犀利，自己开发自己测试，看测试那帮撒逼什么也不会干，这么明显的bug都测不出来，真是一群废物。

所以把优化项放到缺陷项里面，对于研发来说是很敏感的，因为这不是他的问题，写多了有可能会伤害自尊，做产品其实有时候是需要靠着研发过日子的，所以在产品与研发协作过程中，更多的是作为一根带有弹力的纽带来把大家拉起来去做事情。

聚焦用户场景

最后，产品做测试的特点是聚焦用户场景。在测试过程中，不同岗位的人会从自己的角度出发，关注不同的测试点。

比如我作为设计背景的产品，在测试中除了关注业务和功能，还会特别关注设计和用户体验等方面的表现，而作为研发者，在测试过程中则会更加注重是否正确地处理E-R关系，数据接口是否合理等等。

这一点非常有意思，因为不同岗位的人能够通过各自的专业知识和技能为产品的测试和改进提供了独特的视角和贡献。

我觉得产品测试功能有一个好处就是能在测试时发现设计产品时的逻辑问题、功能问题，以此进行查漏补缺，也是提高PRD撰写能力的方式之一。

附上自己总结的一个测试反馈清单分享给大家

测试功能模块时，有一定的测试顺序可遵循。一般来说，可以按照以下顺序进行测试：

1. 系统配置：首先测试系统的配置项，如菜单设置、系统配置和字典管理。这些模块通常包括对系统的基本设置和选项进行测试，确保系统的配置正常工作。

2. 基础数据：接着测试基础数据管理模块，如部门管理、岗位管理、账号管理和角色管理等。这些模块通常涉及对核心数据进行管理和处理，确保基础数据的录入、修改和删除等操作正常有效。

3. 业务数据：然后测试涉及业务流程的功能模块，包括订单管理、客户管理、库存管理等。这些模块涉及到具体的业务操作和流程，需要确保各个环节的功能和数据逻辑正确。

4. 报表数据：最后对报表数据进行测试，包括生成和导出各种报表的功能。这些报表通常是根据系统中的业务数据生成的，需要验证报表中的数据准确性和格式的正确性。

按照以上顺序进行功能模块的测试，可以确保在测试过程中逐步验证系统各个方面的功能，并逐步构建起整个系统的完整性和稳定性。但具体的测试顺序也要根据具体项目和需求的实际情况来确定。

via公众号：永道缔生（rabczz）