编程测试被候选人吐槽了？原因可能是这些

我们在研究中发现，如果编程测试的效果不理想，通常可以归结为下面的一个或几个原因：
原因1：平台使用不便
如果写代码的平台常常有故障，或者缺乏一些必备的功能，候选人就必须先花大量的时间弄清楚如何参加考核，而不是把注意力放在如何解决问题上。这时，候选人的答题体验势必不会太好，自然也就难以发挥出自己的正常水平。
原因2：题目质量不佳
题目的质量是编程测试的灵魂。在设计考核题目时，技术面试官容易踩到这样的坑：
• 题目本身理解难度太高，需要太多的上下文进行解释，候选人很难在短时间内读懂题目；
• 用理论和算法题来考核候选人，然而这类题目与岗位所需的技能关联性不足，解法在实际工作时基本用不上或者不常用，这类题目很容易淘汰一些编程能力强、但却不擅长刷题的工程师。
原因3：互动性不足
编程测试不是大学里的闭卷考试，假如只有候选人一个人“埋头苦写”，面试官很容易只关注最终的结果，而忽视了候选人的编码思路是否清晰、细节考虑是否全面、遇到Bug的调试方法是否合理，这种单向的编程测试很容易让面试官得出片面的结论。
相反，编程测试最好能像打乒乓球一样，双方需要有来有回地“交锋”，面试官才可以更细致地评判候选人的技术思考力、架构能力和工程化能力。
原因4：面试复盘靠记忆
在发出一个Offer之前，技术面试官往往会面试多个候选人。面试过程中，面试官的关注点基本集中在倾听和思考候选人的回答上。面试结束后，多数面试官只能依靠记忆力或者一些简单的面试记录，来评定谁的代码质量更好。一旦面试人数增多或者面试流程拉长，面试官的记忆很有可能出现偏差，给用人决策带来风险。