系統軟件從開發到正式上線使用，與程序員們之間的合作是分不開的，一套完整的程序并不是一個程序員就能完成的，需要配合，小編今天帶大家了解一下程序員和測試程序員之間的關系。

在軟件開發中，會有開發人員（以下簡稱程序）和測試人員（以下簡稱測試），小型公司因為財力、人力的限制可能沒有測試，一般是程序自己開發自己測試，然而這樣就會造成項目延誤的后果，你想想如果程序需要一邊寫代碼還需要一邊測試，測試完還需要修改，結果是占用了開發時間，項目勢必要延后很多。

公司幾乎都有評估機制。很難量化開發和測試的考核評估。一般來說，開發負責模塊中的問題bug數量。也就登錄測試，檢測到的問題bug數。但這真的有效嗎？其實程序在開發的過程中大多是能夠控制問題數量的，從bug數來評定程序績效也是是可行的，這樣會促使程序把代碼寫得更認真。如果只是單純憑借測試測出的bug數來評判測試的績效，如果測試為了自己的績效需要很多bug胡亂測試的bug呢？這就存在很多不確定性，bug多了測試績效高了，然而程序的績效就會降低，當然在實際的考評中，是不會根據單個片面的維度來考評的。

總得來說，程序和測試都用共同的目的，就是為了能讓系統正常運行，兩者應該是相輔相成的，而不是此消彼長、你勝我敗的，兩者既對立有統一。

毫無疑問，程序和測試也是對立的。程序干涉測試很多的話，也會導致項目無法進行，首先系統的能否正常運行不說，測試這個職位也就沒有什么意義了，兩者也不存在上下級關系，程序需要“多”測試bug，這個bug并不是數量上的多，而是要提有分量有質量的bug。同時一個bug的“質量”也能另一方體現出程序的水平。

同時，程序和測試的關系也是統一的，小編認為，測試的職責和成就感不是簡單的測試出bug，而是能協助程序找到問題并且能把出現這個問題的過程完全的反饋給程序，這是最重要的，這樣能夠幫助程序快速知曉問題所在，然后解決。

小編總結一句，想要系統能夠如期正常上線，程序和測試誰也離不開誰，需要互相配合同時也需要互相妥協，這樣才能保證系統按時正常上線。