职场 PUA，现在也算是个热门话题了。很多人都在吐槽这件事，只是没想到有一天有人会说我也会 PUA 别人，想想也蛮有意思的。
事情是这样发生的。我在整理质量内建材料的时候，看到如上那张图，是 Christopher Avery 的 “责任流程模型 “。这张图和质量内建有什么关系呢？个人的看法是：如果你不能在团队中树立起 “质量是团队每个人的义务” 这种意识，那么其他的辅助手段、自动化测试工具就很容易流于形式，大家都是为了质量而质量，也很难发现更深层次的问题。
当我把这种思路和边上的小伙伴沟通了之后，他说：你这不就是在 PUA 吗？我一个测试，为什么要把产品质量当成自己的义务？如果产品没规划好需求，开发的能力不行，没有自测，难道也是测试的问题？
想想好像哪里不对，这哪里就是 PUA 了呢（毕竟这个词太敏感了）？赶紧百度了下什么是职场 PUA，发现有以下几种情况算是职场 PUA：画饼、美化打击、付出收入不对等、制造心理落差等等，好像也靠不上啊，不就是对测试人员的要求高一点吗？
再想想，大概知道问题出在哪里了。在职场，“权责利” 对等，是最基本的原则，我们就是一枚小测试，权和利都很小，那么为什么要多去承担那么多责呢？就算线上出了问题，也很少直接让测试走人的啊。
如果从这个角度上看，有些人肯定会认为我是 PUA 了他。但真的是这样的吗？
我只是想把事做得更好而已，有错吗？上级对自己的要求多一些，高一些，真的是在 PUA 我吗？想了很久，终于想通问题出在哪里了。
问题就在于：是谁来做 PUA 这个动作！！
如果是上级强制要求测试来做质量内建，做不好就滚蛋，那这个就是在 PUA 了。但如果是我自己想把事做得更好些，让团队质量更好些，就不算是 PUA 了吧。
嗯，这可能也会被冠上另一个称呼：卷王！
回想自己的成长历程，虽然不能说是把工作当成了义务，但至少也是会经常思考如何把事做得更好，很少去想这件是不是应该我去做。
功能测试人员要学性能测试吗？我去做了，然后帮助公司从 0 组建了性能团队；
测试人员需要了解敏捷吗？我去学了，然后才有机会进入 DevOps 团队；
测试人员需要懂代码吗？我去学了，把自己丢到研发团队中，然后懂得了什么是代码思维；
测试负责人需要懂产品、运营吗？我去学了，然后把平台做成了产品级；
在这个过程中，我成长了，我收获了，当然，你也可以理解为我被上级一直 PUA 着。但是现在想想，最大的收获不是自己吗？一个人的成长，就是百分之百取决于，你对自己的要求。
有一位教练和我说，在团队，要做到 “职责是明确的，边界是模糊的”，什么意思呢，就是每个岗位都是自己明确的工作职责，但是，谁来做这事，可以是模糊的。不要因为角色结束了自己，也不要计较一时的付出是多还是少，事就在哪，你不做，总有人来做。那为什么不是你去做呢？你的付出团队是看得见的，它总能在某个关键时刻帮助到你。
教练说得对！
现在很多人都会叫我 “测试大佬”。其实，自己哪是什么大佬，和行业的大牛比起来，差距还是很大的。只是少了一些苟且，多了一些努力罢了。在别人觉得没必要的地方，自己坚决不苟且，并且在别人不那么认真的地方，自己多较劲一点，自己深想一步，多认真一点，就能享受到别人的苟且，给自己带来的红利。
想通了，也就释然了，每个人对自己的要求总是不一样的，是否被 PUA,取决于你自己的思考。
当然，如果在职场中，你的上级真的只画饼、美化打击付出收入不对等、制造心理落差等等，那是真的在 PUA 你，尽早离开吧。
原文链接：https://mp.weixin.qq.com/s/-BqYuu-CMg-ZcT7P69XuFQ
