精于技术对于测试员，乃至技术员本身没毛病，甚至应大加赞赏，在组织中更应像国宝熊猫一样照顾好。然而我们发现，一些精于技术的测试员混的并不好。“纯正”的技术人员就该吃亏？问题到底出现在哪里？
根据我对身边技术员的观察，可能出现在软技能方面。技术很好，软技能跟不上，那吃亏的就是你。
沟通谈判能力
沟通谈判能力，要求我们做有效沟通，对事情深思熟虑后做出自己的判断，然后通过谈判让事情朝彼此希望的结果进行。
当上级给出一个工作指标，我们通过沟通了解了种种细节，是不是就完了？然而，这些指标看似合理，但经过我们的判断，根本难以达成，或者有更好的处理方式。这时，我们应该做的是：通过谈判表达出我们的思想和见解，与对方交换意见，让工作能够更好地完成。
谈判不是不服管教，更不是唱反调。要知道，我们谈判的前提是：让事情往更好的结果进行。
不做判断不懂谈判，一味地听之任之，只会让我们思维变得懒惰，让人觉得没主见，从而在你需要表达意见时直接把你忽视掉。
应急能力
何为应急能力？就是在危机时刻冷静地找出关键点，然后有条不紊地应对自如。
什么？！线上版本出现问题了，哪个负责的，怎么会出现这个问题？是你还是我？然后下面吵翻了天，互相指责并试图撇清关系，当事态进一步扩大后，上面追责下来无论对错各打一大板。如果遇到这事，首要分析问题的成因，然后用最小的代价即时解决这个问题，最后再来处理责任划分问题是不是更为妥当？这其中体现出的就是应急能力。
团队协作能力
团队协作能力，需要我们放下傲慢与偏执，学会包容、互助、彼此认可和欣赏。
面对软件应用日益智能化、复杂化，仅靠一人单打独斗，想要做好已变得不大可能，而需要团队作业。一人技术再牛，不见得样样都精，就算都精，时间精力也不允许。所以，团队协作能力就显得尤为重要。“我们不光要技术强的人，更需要符合团队性格的人”，这是通常招聘技术员的原则。什么人符合团队性格？就是团队价值趋同，合群，能够彼此协作奋斗的一类人。
我技术牛逼，因此我说的话就是权威，你就应该是错的，所以你就应该这样做！甚至不分场合的对下面横加指责，颐指气使。对于这样的人，可能没几人能喜欢。久而久之，下面人甚至会把“有TA无我们”的选择题抛给上面。如果你确实掌握核心技术无可替代，那上面可能把事情压下去，否则准备好慢慢被孤立，最后上面来个卸磨杀驴吧。(这是我身边出现过的真实例子，ta的结局是后者)
书面表达能力
我是做技术的，不是搞写作的，这种锦上添花的事情我不需要，这是相当一批技术员的普遍观点。
能写好文档的技术员是工程师，写不好写不来的就是“猿”。学习过软件工程的都清楚，代码在整个项目过程中仅占到20％或者更少，而更多的工作在计划、设计及架构上，用什么来承载，体现出来的就是各种文档。当然，在Scrum项目中，这些都有弱化，但问题不在于文档数量上，而在于其质量上。
书面表达不局限于文档，还包括平时的书面沟通如邮件。
虽然你技术牛，如果文档一团糟糕，或者根本毫无文档，那反映出的是不专业，最终被上面所轻视。
工作执行能力
工作执行力要求我们按质、按量、按时的完成我们的工作。
每天浑浑噩噩，不明确自己的工作任务，做事拖拉，完成的质量马马虎虎，做事有头无尾，都是执行能力差的表现。
怎么提高自己执行力？接到任务时，根据“4W+H”原则进行明确。每天制定一个Todo List，对其标识优先级，计划有序地执行。同时借以过硬的技术、高效的方法以及专业的态度保证工作完成质量。
我们工作是为公司创造价值而来，相应的拿到应有的报酬。技术再牛，不能很好的为公司、团队服务，带来价值，那自然不受待见，更会被打上“虚高”标签。
担责扛锅能力
担责扛锅也算能力？！不该是立马甩锅，死道友不死贫道？如果你是甩锅侠，那得看仔细了。
什么，这个东西出bug了？那应该是ta没有测到，不关我的事，毕竟我的开发工作量那么大，出现一两个bug很正常。这也是我身边出现过的例子，一个技术较好的开发员甩锅的事情。虽然ta劳苦功高，但从来没得到boss的重用。
在工作中有时扛锅担责，并不是坏事，反而可能让人增分不少。据我经历，很多时候技术的锅都不是特定某一人，某一团队的责任。一味撇清责任，做甩锅侠，只会让人觉得这人没担当，不可靠，不合群。能扛锅担责，对领导来说这人勇于承担，可堪大用。对于团队其他人来说，这人可靠、合群。
怎么扛锅担责是讲技巧的，否则一个人背锅也背不动，最后伤身伤心。遇到锅，最重要的是立马提出解决、整改方案，今后的规避措施！在Boss盛怒找上你时，这一点尤为重要，千万不要试图撇清责任，除非你和你的团队完全没参与。当前一步做到位后，再来分析成因，自己及所在团队的责任。只要Boss不昏庸，对你的印象绝对不错，后面不重用你都不行。
除了上面所述软技能，还有什么？不妨拿来分享。