在程式設計師和測試員之間，似乎總存在著一道隔離欄，可能是我太敏感了吧……
先從目前公司裡的分工說起，聽過許多朋友向我訴苦，從需求分析到產品交付，在小公司乙個專案通常都是乙個人負責的，甚至在一些大公司也是如此，這其中自然 也包括測試工作，在這種情況下，也就不存在所謂的分工，無非是單人遊戲而已，自然也就不存在配合和職位高低的區分。如果測試員、程式設計師不是乙個人的話，那 麼程式設計師會把相當的測試工作交給測試員來做，這似乎看起來很尋常，但其實是有意義的，程式設計師的主要精力將集中在編碼上，而非測試上，測試員從一定意義上 講，緩解了程式設計師的工作壓力，也可以幫助程式設計師更專注的寫程式。
在理想狀態下，程式設計師只指負責編碼的，當然似乎這有些不現實，通常部分的白盒測試也是由程式設計師自己完成的，測試員自然要負責所有的測試工作，並向程式設計師匯 報任何可能存在問題的地方。到目前為止，呆過幾家公司，也應聘過幾家公司，給人的感覺就是測試和程式設計師之間似乎要很好地配合並非易事，我原來一直以為問題 僅僅出在溝通上，其實不然，還有很多其他的原因，比如技術背景、經驗等。
在軟體行業內，似乎有這樣一種說法，測試員是入門級職位，就像硬體行業中的pcb layout工程師一樣，但真的是如此嗎？乙個好的測試應該是通曉技術的，否則對於一些隱藏得很好的bug很難做準確分析。但通曉技術意味著什麼呢？意味 著測試必須有相當的軟體開發經驗，但又有幾個程式設計師願意在做了n年程式設計師之後去做測試呢？在程式設計師心裡，似乎總認為測試人員並沒有程式設計師的職位高，待遇方 面也沒有程式設計師好，在有些公司測試員的工作壓力比程式設計師更大，因此矛盾就出來了，測試員似乎永遠都是測試員，永遠處在入門階段，好多擁有大量專案經驗的程 序員要麼跳槽到待遇更好的公司做程式設計師或高階程式設計師，要麼乾脆跑去做專案經理，甚至自己開公司，似乎沒有人願意回過頭來做乙個「入門級」職位。
記得前段時間去一家公司面試，有測試員問我關於測試員和程式設計師出現分歧時，聽哪一邊的問題？我的觀點是在技術可行的情況下，還是應該聽測試的，因為測試員 從一定意義上講，就等同於使用者，如果過不了測試這一關，又怎麼能夠拿去給使用者使用。但最後竟然有測試認為我虛偽，昏過去，我從來就是實話實說的人，咋成了 虛偽之人呢？回過頭來想想，那個測試可能覺得程式設計師比他"位高權重"，不管是不是他願意的，到最後還是要聽程式設計師的，所以才會覺得我虛偽，可以理解，但我 沒有想到連測試員自己都有些貶低自己，無語……
其實，不管在任何時候，我都告訴自己，要平等待人，特別是同事，當然前提是別人也這樣對我。作為程式設計師，對於測試員自然要講平等，講尊重，這很重要。因為 他們所做的是讓我們的「作品」更趨於完美，這樣客戶才會更加滿意，這是一種團隊合作的體現。
在任何時候，程式設計師都不應該責怪測試員，測試也是人，而非聖賢，也會犯錯誤，即使他們測出來的不是bug，程式設計師也只應該在測試反饋記錄中填寫乙個 invalid就結束了，而不應該當著面或者背後罵人家，因為這是程式設計師職業道德。要成為乙個優秀的程式設計師，我們必須先學著善待團隊中的每乙個人，有分歧 是很正常的事，但要注意溝通，當然我並不是說不允許爭吵，有一點大家要明白，有時爭吵也是一種合作的表現，不知大家有沒有體會。
程式設計師必備素質 隨想
寫 這麼多年，突然想到要整理乙個好的程式設計師必備素質。1.紮實的基礎 基礎知識不牢靠都會遇到瓶頸，思維會受到限制，解決問題會難有思路。2.豐富的想象力 需要不按常規出牌，就需要你強大的想象力，把不同問題關聯起來，形成觸類旁通的效果。黑客與畫家 告訴我們最好的程式設計師都是黑客，他們與畫家一樣都豐富...
隨想 程式設計師的頭腦
其實，我不是個程式設計師。自認為有點程式設計師素養，但其實什麼都不會，偶爾會關心關心技術。曾經第乙份差點籤了約，但最後沒有籤的合同就是一家挺不錯的it企業，後來斟酌再三還是到了現在的x企。在學校期間自認為積累了一定的技術，但現在基本沒什麼用了，偶爾在x企自己做些報表的時候用到而已。我一哥們，學了點s...
程式設計師測試標準
1,不會利用如phpdoc這樣的工具來恰當地注釋你的 2.對優秀的整合開發環境如 eclipsephp epp 或 zend studio pdt視而不見 3.從未用過任何形式的版本控制系統，如subclipse 4.不採用某種編碼與命名標準，以及通用約定，不能在專案開發周期裡貫徹落實 5.不使用統...