對不起，不知道這些，我勸你還是別做軟件測試員了！

到今年，我從事軟件測試行業，已經有七、八個春秋了，也算是一個資深的軟件測試工程師，目前在上海一家500強企業任職軟件測試架構師。我知道，在當今高速發展的信息社會，

計算機和電子技術越來越受到人們的重視，以軟件為代表的計算機行業正在以一種井噴式的發展趨勢。軟件測試得到了許多科研單位和企業公司的大力重視，我國的軟件測試行業發展迅速。軟件測試工程師的就業前景和薪資待遇也大大提升。

下面我就以我多年的經驗談談軟件測試這一行的困境和解決辦法，也許可以幫助你走出現在的疑惑和不解。

要說測試人員職業生涯當中最在意也是最繞不開的一個終極話題就是如何和開發人員相處。

相信很多測試人員在面試的時候也遇到過這個問題：

你是如何和開發人員相（si）處（bi）的呢？

要說起測試人員和開發人員的博弈，就不得不提到一個著名的思維測試－囚徒困境。

在這場著名的思維試驗中，兩個罪犯即兩個同案犯被逮捕了，他們被分別關到兩個牢房里接受審訊。他們都被告知："如果你保持沉默，你會被判處一年徒刑；如果你出賣同伴，你會獲得自由；但如果你的同伴出賣了你，你就會蹲兩年大獄。"出于競爭性的私利"兩個囚徒實際上都有動力去出賣對方。然而，就如同下圖所顯示的，如果兩個囚徒互相出賣，則他們獲得的結果是一起蹲兩年大獄，如果把這兩個囚徒視為一個整體，則這個結局對整體來說是最糟糕的；但如果他們是一條心，則他們獲得的結局是都坐一年牢，如果把這兩個囚徒視為一個整體，則這個結局對整體來說是最好的。"

看完上面的試驗過程，有沒有覺得測試人員和開發人員的相愛相殺關系很像上圖中的囚徒困境。

為了早日交付可用的功能，測試和開發團隊是需要攜手共進的。但是在很多的組織里面，特別是在泰勒主義深入骨髓的瀑布式開發模式中，測試人員僅僅是在接收了開發人員提交的代碼后不斷的輸出他們的檢查結果。注意，在這里，我使用的是 **檢查**而不是測試，因為我認為這個時候的測試人員所做的事情就是把預測結果和實際開發出來的功能做著一一 對比的工作而不是去做的真正的測試行為。

所以，此時的測試人員僅僅把開發人員簡單地看作測試人員能夠要到一些什么東西，并且要輸出一些什么東西的對象。隨著敏捷測試的推進，此現象在逐步改善和演化，開始將開發和測試之間的關系看作一張網絡內各個部分之間的關系，而不是一臺機器中的一個零件，你輸入初始條件，它就要反饋出結果。

要打破測試和開發之間的囚徒困境，我們需要也希望能夠培育出來這樣的關系，當發生緊急需求時，一方能夠對另一方說："這次相信我。"然后就把功能給交付了。

當然，這里面也許需要動用到一些必要的科技手段來幫助，比如代碼評審，單元測試，自動化測試等等，最重要的是，測試人員和開發人員不能再是互相割裂的兩個組織或者部門，什么樣的行為能夠讓整體獲利，這才是我們在市場需求不確定的情況下能快速做出反應的關鍵所在。