體驗(yàn)提高軟件測試能力的19條建議
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
出于保護(hù)他們的隱私,我不會(huì)原封不動(dòng)的把這些建議羅列出來。但是有趣的是,我發(fā)現(xiàn)他們的建議中有很多共同的地方,而所有這些建議加起來要比我原先自己想到的好得多了。
我起初準(zhǔn)備自己寫10條建議給剛?cè)腴T的軟件測試員們。但之后我看了lolcats/icanhascheezburger 上的名人Ben Huh的一段演講。Ben指出,有了互聯(lián)網(wǎng),信息成了免費(fèi)資源,但組織,編輯,以及表達(dá)卻都需要技巧。受Ben和cheezburger網(wǎng)站的啟發(fā),我請求60名成功的軟件測試工程師每人為剛?cè)腴T的測試人員提出三條建議。其中的40多名答復(fù)了我,使我最終有了一個(gè)長達(dá)100條的建議列表。 出于保護(hù)他們的隱私,我不會(huì)原封不動(dòng)的把這些建議羅列出來。但是有趣的是,我發(fā)現(xiàn)他們的建議中有很多共同的地方,而所有這些建議加起來要比我原先自己想到的好得多了。 我把這些我搜集的建議總結(jié)成以下19項(xiàng): 1. 想客戶之所想 在測試的過程中時(shí)刻想著用戶。培養(yǎng)自己對(duì)用戶需求的共鳴。和用戶溝通并且觀察他們怎們樣使用你的軟件。 2. 多讀Bug 如果你和一個(gè)團(tuán)隊(duì)的軟件測試工程師一起工作,那么請閱讀 他們每天發(fā)的Bug, 特別是那些針對(duì)你的測試部分的Bug 。你可以從別人如何找到Bug中學(xué)到很多東西。 3. 多讀代碼 找到你測試的那部分功能的代碼。雖然寫代碼并不是你的事,但是讀那些代碼常常會(huì)幫助你找到潛在的邊際情況和軟件缺陷。 4. 為你發(fā)現(xiàn)的Bug而驕傲 促成一個(gè)軟件Bug的修復(fù)是從寫好Bug標(biāo)題和描述開始的。我每次發(fā)完一個(gè)Bug都會(huì)把這個(gè)Bug重讀一遍以確保它是合理的并提供恰倒好處的細(xì)節(jié)。如果一些重要的Bug 沒有被糾正,要追根究底,確保決定和利弊權(quán)衡是正確的。 5. 參加軟件功能的設(shè)計(jì) 在軟代碼編寫之前,在仍有可能有大的設(shè)計(jì)變更的時(shí)候,積極參加軟件的計(jì)劃階段,這會(huì)幫助你了解正被考慮的折衷和權(quán)衡。 6. 設(shè)計(jì)你的測試 無論是尋找邊界值,運(yùn)用組合技術(shù),畫圖表,或創(chuàng)建測試模型,把你的想法放進(jìn)你的測試設(shè)計(jì)中總是有用的。在試探性測試的時(shí)候,有意識(shí)地去交替你的測試計(jì)劃和產(chǎn)品學(xué)習(xí)。 7. 了解你測試的功能 不管你測試的是那一塊功能,你應(yīng)該了解它的設(shè)計(jì),它的局限性,別人發(fā)現(xiàn)的Bug,代碼的變動(dòng),以及它和其它功能間的交互關(guān)系。 8. 和別人合作測試你負(fù)責(zé)的部分 和有不同專長的人一起測試你的功能模塊,一起討論測試的點(diǎn)子并且征詢他們的反饋意見。 9. 學(xué)習(xí)你測試的軟件 即使你只是測試一個(gè)軟件中的很小一部分,成為其它新功能和整個(gè)軟件的專家都會(huì)幫助你成為一個(gè)更好的測試工程師。 該文章在 2010/8/18 13:55:58 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
|