Jacqueline Vermette是一名QA經(jīng)理，擁有25年質(zhì)量保證，質(zhì)量監(jiān)控，功能分析和編程經(jīng)驗。她也想出了質(zhì)量保證和監(jiān)控方法以確保制造業(yè)項目應(yīng)交付產(chǎn)品的質(zhì)量。Jacqueline 是一名認證的軟件測試員(CSTE)，現(xiàn)今在Keops Technologies公司職。

　　二十五年前，我剛剛成為一名年輕的軟件工程師，那時候?qū)�業(yè)的測試員還很少。只有大型的重要項目才會有測試團隊。對于多數(shù)項目，有首席分析師的軟件測試只在發(fā)布前檢查系統(tǒng)。偶爾，會在接受階段與顧客一起進行測試，這會導(dǎo)致不可預(yù)測的結(jié)果。在經(jīng)歷了尤其痛苦的顧客接受階段后，經(jīng)理會召開會議，宣告：“下一個項目，我們一定要在發(fā)布前進行測試。”“但是誰來測試呢？”項目負責(zé)人問道。“Bob和Jackie不是很忙，他們可以在發(fā)布前兩周進行測試。讓他們盡可能多地找出bug。”“好的，那試試吧。”于是下一個項目中，所有測試成員都在后兩周都埋頭苦干。我們新晉的測試員Bob和Jackie盡管經(jīng)驗不足但仍是竭盡全力。但是Bob并不想以測試為職業(yè)。Bob對整天測試沒興趣，他終會離開這個項目。Jackie找到的bug比Bob多，她堅信該過程，她會將她所學(xué)都貢獻到以后的項目之中。這是一個十分典型的場景，讓我想起了2010年3月出版的Dilbert漫畫，Dilbert的老板在一個新的軟件版本的質(zhì)量測試中尋求他的幫助。Dilbert找了一堆的蠢借口不想當(dāng)質(zhì)量測試員，還用binder打老板的臉，總結(jié)了他對老板的不滿。這件事中，很明顯Dilbert對測試不感興趣，更何況他很可能根本不具備一名測試員的技能。當(dāng)然，這只是諷刺，但它和現(xiàn)實很接近。近幾世紀，開發(fā)方法和測試過程都明顯地發(fā)展了。但是IT界仍有人相信任何人都可以成為的測試員——但是真的每個人都能正確地測試嗎？想當(dāng)然地認為任何人都可以做好測試是不正確的。我個人認為要想成為一名的測試員你需要一些遺傳特性，在這里我們講的是什么特質(zhì)呢？

　　一個天生的測試員：
　　1.需要技術(shù)知識和深奧的分析能力創(chuàng)建極其復(fù)雜的測試。這些特點，伴隨著一個將事物分解的本質(zhì)特點，增加了終端產(chǎn)品的力量和可靠性。簡單的測試可以找出明顯的bug，比如格式錯誤或丟失邊界驗證。但是需要更具體的測試場景來揭開邏輯錯誤或級聯(lián)效應(yīng)。比如，將一個狀態(tài)圖的所有例子都過一遍，尤其是從一個狀態(tài)到一個禁止狀態(tài)，常常會有令人驚訝的結(jié)果。對于復(fù)雜的例子，將要執(zhí)行的測試記錄下來很重要。使用過時的Excel表總比什么都沒有好。
　　2.擁有學(xué)習(xí)能力。測試員可能會被要求在很短的周期內(nèi)從有限認識產(chǎn)品到掌控該產(chǎn)品。他們必須能夠在總體概述產(chǎn)品時記下細節(jié)并了解每個模塊的概念。測試員必須要愿意通過學(xué)習(xí)技術(shù)資料并把時間花在重要分析師上來檢查并學(xué)習(xí)預(yù)期系統(tǒng)行為。我記得一個十分復(fù)雜的用于鋁冶煉廠的應(yīng)用程序。管理層不太確定測試團隊是否能充分測試。但是通過讀了所有資料并提問我們，我們干的不錯。想要了解應(yīng)用程序的細節(jié)，尤其是說明不夠明確的時候，絕不要因為害羞而不提問題。
　　3.你能打破常規(guī)，并將假設(shè)與具體事實考慮在內(nèi)嗎?并不是所有狀態(tài)都一定在功能說明中。這像你買一輛車的時候，你下意識知道很容易打開引擎罩檢查汽車。汽車功能中并沒有提到這條準則，但是每個人都這么希望的。測試員應(yīng)該試著測試未寫的功能。一些未寫的特點可能對終端產(chǎn)品有重要影響。因此需要體會言外之意。比如，系統(tǒng)可以支持一些要求的功能，但是如果我嘗試一些不同的東西會發(fā)生什么呢？系統(tǒng)支持嗎？會崩潰嗎？會破壞數(shù)據(jù)嗎？
　　4.培養(yǎng)敏銳的洞察力并留心小細節(jié)。很不幸他們的完美主義可能惹惱編程員和開發(fā)員，但是的測試員可以在不可能的情況中找到大的bug。如果用戶知道系統(tǒng)操作的順序，為什么他們不能操作呢？為什么屏幕上用不同的字體標注？沒有正確對齊或大小寫不一致的報告是對產(chǎn)品質(zhì)量產(chǎn)生不利影響的小細節(jié)的其他例子。一些人更多地注意到這種錯誤。它們很有可能在他們的日常生活中。
　　5.深切關(guān)注終端產(chǎn)品。他們堅信他們的任務(wù)：保護公司的聲譽。他們喜愛測試并以找到bug為榮。找到一個bug很令人滿意，找到一個特別棘手的bug尤其使人開心。
　　6.有組織且靈活。他們很注意說明并系統(tǒng)地構(gòu)建測試。這對重現(xiàn)bug很重要。為了重現(xiàn)而不能詳述的bug是無法被修復(fù)的。他們也能適應(yīng)項目中的變化且如果必要的話愿意一遍遍重復(fù)測試。一個bug修復(fù)后，或許需要改善測試用例并重新執(zhí)行以驗證系統(tǒng)的質(zhì)量。

　　即使有了這些特質(zhì)，如果一個人無法給開發(fā)團隊帶去積極的影響的話，他們?nèi)圆凰闶堑臏y試員。測試員必須提供積極的反饋，能夠激勵團隊成員改善他們的工作質(zhì)量，且在一般情況下管理每個成員的自尊。
　　測試員的角色在不斷地變化。為了在如今的市場上占有一席之地，公司必須以更少的成本更快的速度生產(chǎn)更復(fù)雜的軟件解決方案。測試管理工具，系統(tǒng)仿真以及自動化測試用例執(zhí)行如今勢在必行。我們必須通過開發(fā)我們的編程能力或與開發(fā)員緊密合作來適應(yīng)這些變化。和開發(fā)員一起盡可能快地推動更完整的單元測試并進行測試可以大大地幫助在測試早期減少錯誤。即使是高效的測試員也不能保證一個產(chǎn)品完全沒有bug。但是選擇正確的人擔(dān)任測試員將通過減少遺漏bug的影響而帶來佳結(jié)果。
　　總之，你的下一個項目不要選擇一個Dilbert去進行質(zhì)量測試。選擇一個測試開發(fā)員時，你是在試著選擇正確的人來做你的項目。你想要好的一個。只需在選擇一個質(zhì)量測試員時使用同樣的原則。一個高效的軟件測試員將幫助你收獲大的投資收入。

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://hgh666.cn/news/html/201523152610.html

原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。