系統軟件開(kāi)發程序與測試之間的關系分(fēn)析

系統軟件從開(kāi)發到正式上線使用，與程序員(yuán)們之間的合作是分(fēn)不開(kāi)的，一(yī)套完整的程序并不是一(yī)個程序員(yuán)就能完成的，需要配合，小(xiǎo)編今天帶大(dà)家了解一(yī)下(xià)程序員(yuán)和測試程序員(yuán)之間的關系。

在軟件開(kāi)發中(zhōng)，會有開(kāi)發人員(yuán)（以下(xià)簡稱程序）和測試人員(yuán)（以下(xià)簡稱測試），小(xiǎo)型公司因爲财力、人力的限制可能沒有測試，一(yī)般是程序自己開(kāi)發自己測試，然而這樣就會造成項目延誤的後果，你想想如果程序需要一(yī)邊寫代碼還需要一(yī)邊測試，測試完還需要修改，結果是占用了開(kāi)發時間，項目勢必要延後很多。

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

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

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

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

小(xiǎo)編總結一(yī)句，想要系統能夠如期正常上線，程序和測試誰也離(lí)不開(kāi)誰，需要互相配合同時也需要互相妥協，這樣才能保證系統按時正常上線。