有感于最近项目上线后用户的强烈反响，试着在之后的工作中揣测用户心理，模拟用户更普遍的操作，但毕竟我只是一个人，即使作为用户代表优先使用产品，也无奈于自己的势单力薄，没法照顾到各类用户的各种习惯。

    虽然测试人员是为用户利益在试探产品，但我们中间其实还有一级协调人存在，那便是PD。如果一定要把这种连接变成间接的，那么我是否可以这样认为：PD直接为用户负责，而功能测试人员直接对PD负责，我们保证PD提出的需求正确实现，PD进而保证自己的需求是有利于用户使用的。这样的配合，可以各施其职，不需要越俎代庖，最终共同保障用户的利益。

    如果可以这样想，那么，作为功能测试人员，更本分的事情，并非去千方百计揣摩用户怎样希望的，如何操作的，而是竭尽全力保证PD提出的已经确定的需求被正确得实现了，或者某些技术上拙劣实现的需求是PD可以接受的。当然，如果我们具备对产品的理解，对市场的把握，在项目过程中，有不同的意见，或者更好的建议，大声说出来并不为过。事前充分讨论，但事后更需要得就是严格执行了。

    平日里，可能大家都会有过这样的经历，当项目预发，或者已经上线的时候，每个项目PD都会去检查下自己的成型产品，因为他们有责任心在驱使。虽然这个时候，产品已经推向用户了，但实际上PD对某些实现还是会有质疑的，至少是疑问。这种来自PD的疑惑，若是出现在预发布，则忧于时间紧，修改的时间不富裕，而且也会造成重新验证不完全的风险；若是出现在正式发布，则不得不沮丧接受，是不是问题已经不重要，影响军心则在所难免，正如本该庆功的时候，被人当头一棒，实在太泄气。

    反思，出现这样的结果是不是意味着我们没有做好对PD负责呢？从自身找找看，是不是我们在每天汇报测试情况的时候，没有让bug引起所有人足够的重视呢？简单的文字反馈，远比不上实际看到的演示效果，这是自然。那何不让PD更早一步看看自己的孩子？比如可以在完成项目分支验证之后，让PD抽空亲自使用下产品，是否满意此时都有得商量。这样起码免去了项目发布上线之后，我们与PD意见的分歧，而是集中精力共同面对来自客户的声音。

    有过上述杂念，也在经历的几个项目中为此烦心过，不知可行否？