程式猿自測的重要性(職業素養必備）
老帥
事情源于工作中最近一次對研發流程的優化，原有流程是這樣的：
問題出在編碼結束階段，編碼結束後，在業務部門進行測試的時候，發現程式不能正常運作，無法開展測試工作。這自然是不合理的，會影響業務部門對研發部門的信任、還會影響業務部門的工作積極性，這都是要不得的，如果得不到重視，會影響企業的長久發展。
當然這個問題很容易解決，隻要研發這個環節上增加一道測試流程即可，下面就是優化後的流程，但我們讨論的重點不在這裡，先看一下優化後的流程：
我想展開來讨論的是，關于研發自測這個環節為什麼我們開始沒有加上？這是因為，我們一般認為研發人員對自己開發的子產品進行自測，是應該的，用研發術語來講是預設的，不需要另行強調。程式猿的工作是團隊協作中的一環，和環上的所有人一樣，都應該對自己所做的工作負責，這樣對于環上的其他人才是公平的、有效的，團隊的整體效率才能提高。
但研發團隊的水準總是良莠不齊的，這也是有原因的，無論從團隊組成上、還是成本考慮上，都不可能全是進階程式員，是以抱怨是沒有意義的，這根本不是程式猿的錯，誰都是從新人做起的。 從以往的經驗中和不斷發現問題、讨論問題中，我們發現對于流程設計一定要謹慎，不是說有了流程就行了，關鍵還要看效果！要充分考慮其負面因素。比如說，這個流程節點是研發自測好，還是驗收測試好？
研發自測的缺點就在于程式猿的自測水準也是良莠不齊的，很可能有些問題不能被發現，還是到了流程的下一個環節手裡，仍然會發生本文開始談到的問題。
那麼基于此，我們思考，至少可以有兩種辦法來完善這個流程：
1、研發内部驗收
2、設定專業測試崗位
我們先來讨論研發内部驗收。由專家人物參與的研發内部驗收，一定能極大的增強功能研發成熟度，這個自不必說。但這種方法其實是要不得的，為啥？首先，會打擊程式猿的積極性，産生不被信任的感覺；另外，也會使程式猿産生惰性和依賴感：”反正有專家呢，我不必負責“；從企業整體角度看，專家是企業的稀缺資源，應該善用，決不能糾纏在太多細節上，無法脫身出來。這麼做無異于飲鸩止渴！
我們再來讨論設定專業測試崗位。術業有專攻，專業的測試人員，能提高功能研發成熟度，是毋庸置疑的。但同樣的，專業測試人員，也是不希望拿到漏洞百出的程式的。而且在企業的發展階段中，由于财務和管理成本等因素，也要酌情考慮是否要設定這個崗位。
是以，最終，有些問題，我們是繞不開的，那就是提高程式猿的基本職業素養，而這不是一朝一夕的事，更不是通過求全責備或者埋怨就行的。是以僅就研發自測這個節點來講，是必要的，暫時的陣痛是要承受的，這有利于培養程式猿的責任心和職業素養。
綜上，我們終歸需要建設一個良好的研發文化，服務于員工，讓程式猿在其中不斷成長，在每一次成長後，都遇到更好的自己，反過來更好的服務于企業。人才成長與企業成長是相輔相成的，具備成長能力的企業，才是真正有力量的企業。就像大海無懼局部渾濁，在其自我沉澱能力面前，終歸清澈！