剛完成了一個項目，突然想起了測試的生活，所以隨便寫點什么。

　　時間過得太快了，說話間，過了快三年的時間，07年年初的時候，到一家臺資企業(yè)應聘程序員的職位，這次是我從測試工程師轉(zhuǎn)型到軟件工程師的關(guān)鍵時期，當時面試的情景還在記憶中回蕩，連當時談話的內(nèi)容都感覺還在耳邊，這不，很快到了年底了。

　　07年以前，一直在從事軟件測試工作，從04開始，足足有三年多的時間，在這三年里，跟不少的程序員打過交道，從中總結(jié)了四類程序員：有負責任的程序員，有不負責任的程序員，有“太自信”的程序員，也有細心的程序員。

　　負責任的程序員：針對測試員發(fā)現(xiàn)的Bug將會改得比較徹底，測試人員不需要重復提交很多遍；

　　不負責任的程序員：改了舊Bug，在舊Bug的基礎(chǔ)上引發(fā)了新Bug，測試人員在測試的時候得提交N遍才能完成；

　　“太自信”的程序員：認為自己寫的程序肯定不會有問題，只要編譯通過，連冒煙都不進行，直接打包給測試人員測試，待測試時，發(fā)現(xiàn)連基本的操作都不行，如數(shù)據(jù)保存都無法實現(xiàn)；

　　細心的程序員：在完成功能的基礎(chǔ)上，會處在用戶的角度看問題，從美觀性、易用性，通用性，可操作性等多方面的完善。

　　從07年開始，我正式的轉(zhuǎn)入開始了程序員的生活，也嘗試了沒有測試團隊的生活，現(xiàn)在想想，沒有測試團隊的程序員確實是非常痛苦。

　　以前在做測試的時候，程序員只要寫好了程序，打個包，往測試團隊一仍，一身輕松了，感覺質(zhì)量問題不關(guān)程序員的事。程序員只要負責寫代碼可以，其它的事一概不管，非常的輕松和自在，反正只要有Bug改，沒Bug，跟程序員脫了關(guān)系。有時候算發(fā)現(xiàn)了Bug，還要低三下四的讓程序員去完善。

　　臺資企業(yè)去年年底解散了，今年年初，又換了一家單位，這單位規(guī)模不是很大，開發(fā)自己使用的門戶管理平臺，這里沒有了測試人員，每做一個功能，都需要自己反復的去測試，非常痛苦，再加上因為功能是自己寫的，總是會認為功能沒有錯誤，而遺漏測試點，人畢竟是個很容易犯錯誤的，但卻又很難找出自己的錯誤。

　　而且項目又非常的緊迫，一兩個月需要完成一個比較大型的項目，除去寫需求，概要設(shè)計和數(shù)據(jù)庫分析的時間，其實真正算起來寫代碼的時間還不足到一個月，寫完了以后還需要自己一點點的測試，這么短的時間，又要完成工作量，又要保證質(zhì)量，壓力很大。

　　很想建議公司形成一個小型的測試團隊，哪怕只有一個人，而且經(jīng)驗也不是很豐富的，只要能執(zhí)行黑盒測試的，能根據(jù)需求來保證基本功能正確實現(xiàn)的測試員可以了。

　　但是從公司領(lǐng)導的認識上和公司的資力告訴我，這是不可能的。