沒有測試團隊,程序員舉步維艱
作者:網(wǎng)絡轉載 發(fā)布時間:[ 2011/9/22 11:15:36 ] 推薦標簽:
剛完成了一個項目,突然想起了測試的生活,所以隨便寫點什么。
時間過得太快了,說話間,過了快三年的時間,07年年初的時候,到一家臺資企業(yè)應聘程序員的職位,這次是我從測試工程師轉型到軟件工程師的關鍵時期,當時面試的情景還在記憶中回蕩,連當時談話的內(nèi)容都感覺還在耳邊,這不,很快到了年底了。
07年以前,一直在從事軟件測試工作,從04開始,足足有三年多的時間,在這三年里,跟不少的程序員打過交道,從中總結了四類程序員:有負責任的程序員,有不負責任的程序員,有“太自信”的程序員,也有細心的程序員。
負責任的程序員:針對測試員發(fā)現(xiàn)的Bug將會改得比較徹底,測試人員不需要重復提交很多遍;
不負責任的程序員:改了舊Bug,在舊Bug的基礎上引發(fā)了新Bug,測試人員在測試的時候得提交N遍才能完成;
“太自信”的程序員:認為自己寫的程序肯定不會有問題,只要編譯通過,連冒煙都不進行,直接打包給測試人員測試,待測試時,發(fā)現(xiàn)連基本的操作都不行,如數(shù)據(jù)保存都無法實現(xiàn);
細心的程序員:在完成功能的基礎上,會處在用戶的角度看問題,從美觀性、易用性,通用性,可操作性等多方面的完善。
從07年開始,我正式的轉入開始了程序員的生活,也嘗試了沒有測試團隊的生活,現(xiàn)在想想,沒有測試團隊的程序員確實是非常痛苦。
以前在做測試的時候,程序員只要寫好了程序,打個包,往測試團隊一仍,一身輕松了,感覺質量問題不關程序員的事。程序員只要負責寫代碼可以,其它的事一概不管,非常的輕松和自在,反正只要有Bug改,沒Bug,跟程序員脫了關系。有時候算發(fā)現(xiàn)了Bug,還要低三下四的讓程序員去完善。
臺資企業(yè)去年年底解散了,今年年初,又換了一家單位,這單位規(guī)模不是很大,開發(fā)自己使用的門戶管理平臺,這里沒有了測試人員,每做一個功能,都需要自己反復的去測試,非常痛苦,再加上因為功能是自己寫的,總是會認為功能沒有錯誤,而遺漏測試點,人畢竟是個很容易犯錯誤的,但卻又很難找出自己的錯誤。
而且項目又非常的緊迫,一兩個月需要完成一個比較大型的項目,除去寫需求,概要設計和數(shù)據(jù)庫分析的時間,其實真正算起來寫代碼的時間還不足到一個月,寫完了以后還需要自己一點點的測試,這么短的時間,又要完成工作量,又要保證質量,壓力很大。
很想建議公司形成一個小型的測試團隊,哪怕只有一個人,而且經(jīng)驗也不是很豐富的,只要能執(zhí)行黑盒測試的,能根據(jù)需求來保證基本功能正確實現(xiàn)的測試員可以了。
但是從公司領導的認識上和公司的資力告訴我,這是不可能的。
相關推薦

最新發(fā)布
性能測試之測試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10