【正文】 　　開設(shè)課程: 　　搭建 Windows 測試環(huán)境 　　使用 C 語言開發(fā)簡單應(yīng)用 　　測試計劃與軟件缺陷 　　高效設(shè)計測試用例 　　白盒測試 　　Linux 與網(wǎng)絡(luò)應(yīng)用環(huán)境 　　WEB 技術(shù)與數(shù)據(jù)庫 　　高效使用自動測試工具 　　軟件測試實訓(xùn) 　　職業(yè)導(dǎo)向訓(xùn)練。 　　相對于其他軟件工程人員， 軟件測試工程師的知識面應(yīng)該非常寬廣，但最重要的品質(zhì)應(yīng)該是能夠在第一時間內(nèi)接受新技術(shù)。他明白一個獨立的測試或QA組所進(jìn)行的完整測試能使開發(fā)經(jīng)理的工作變得多簡化。他還重視做QA或測試組織的工作。我跟他工作的時候他年近六十，但他象新手一樣地?zé)嵝挠趯W(xué)習(xí)新技術(shù)。不繼續(xù)學(xué)習(xí)或跟著發(fā)展就無法做出商務(wù)與技術(shù)的決斷。有時也是因為他們不幸地認(rèn)為自己已不需要進(jìn)行實踐的技術(shù)工作了。在商業(yè)世界里，人員越往公司的食物鏈高處走，越遠(yuǎn)離他們所建立的技術(shù)基礎(chǔ)。) 　　擁抱新技術(shù)的熱望。他確信自己能被提升，把一些為他工作的工程師指定為“manager”，開始自稱為“director”，還要大樓管理人員把他的辦公隔間加寬一英尺。我曾經(jīng)為一個希望延遲產(chǎn)品發(fā)送日期的QA經(jīng)理工作過。在這些情況下，測試工程師應(yīng)當(dāng)能基于他對產(chǎn)品的經(jīng)驗和知識進(jìn)行辯護(hù)，但他不應(yīng)表現(xiàn)為象是他個人受到了威脅。我清楚地記得一個項目經(jīng)理舉起他的手求我他要的是：“解決方案，不是問題！”(他不明白解決方案的實現(xiàn)有時要求一個問題的解決。 　　看起來常常是測試工程師阻撓了向客戶交貨。 　　測試工程師應(yīng)當(dāng)能處理因為工作做得太好而引起責(zé)備的情況。這一信息應(yīng)當(dāng)被項目組歡迎，因為每一個測試工程師遇到的問題(除非加入新的問題)都意味著減少客戶會面臨的問題。 　　經(jīng)受得住壞消息而保持目標(biāo)的能力。測試部門與其有關(guān)部門的關(guān)系可能會變得緊張，特別是在大量缺陷被發(fā)現(xiàn)后，或者在每個找出的缺陷會潛在地延遲產(chǎn)品的發(fā)貨時間而延遲了項目時。測試工程師不能按表面值接受事物，必須執(zhí)著地對一切提出疑問直到被證實。他們只希望他們所買產(chǎn)品的軟件和硬件都是能工作的。 　　隨著計算機首次用戶的迅速增加，今天的測試工程師比以往更需要把自己置于客戶的位置上。很多情況下，客戶的或潛在客戶的要求需要變化。有時技術(shù)變化了，產(chǎn)品必須改變以適應(yīng)于技術(shù)。 　　要求變化。同時，計算機只顯示了信號燈的編碼字母和方位。自動駕駛儀把飛機向左轉(zhuǎn)了九十度，撞到了山上。機組人員選了第一個信號燈，以為這就是Rozo。這個信號燈在航空圖中標(biāo)為R。 　　關(guān)于軟件功能“正確”而不能滿足客戶需要的一個悲劇性的例子就是美國航空公司965航班1995年在哥倫比亞卡利市的一次失事。產(chǎn)品被送到客戶之前的測試之一就是要證實產(chǎn)品達(dá)到了客戶的要求與期望。測試工程師必須是客戶的擁護(hù)者。例如，如果被測的產(chǎn)品是一個類似于Microsoft Office的由文字處理、擴(kuò)展頁和其他有關(guān)程序組成的辦公室自動組件，測試工程師必須了解每個程序的操作，各個程序之間的相互作用和客戶其他的軟件硬件和軟件環(huán)境。因此測試工程師必須能夠?qū)φ麄€產(chǎn)品的操作與使用保持一種“系統(tǒng)”的眼光。結(jié)果當(dāng)這些項目部分組合在一起進(jìn)行測試的時候，就會碰到兼容性的問題。 　　總體理解產(chǎn)品。測試工程師應(yīng)當(dāng)能用更廣大的“非正式”系統(tǒng)的信息來擴(kuò)展“正式”系統(tǒng)的信息。典型的是，總會有一些設(shè)計和功能說明書讓測試工程師用于開始他的研究。而且花費也太大。在一個理想的世界中，軟件測試應(yīng)當(dāng)在一個經(jīng)常更新的寫得很清楚的功能與設(shè)計說明文件(一般被稱為“specifications”)中被完整而精確地描述。他們的反應(yīng)就是：“沒人會這么干的！”產(chǎn)品的市場經(jīng)理很快用他們的方式承認(rèn)了錯誤。找到幾個缺陷之后，我發(fā)現(xiàn)這個數(shù)據(jù)庫讀取寫保護(hù)文件或?qū)懕Ｗo(hù)了的磁盤的時候就會引起癱瘓。事實就是如此，在數(shù)據(jù)庫里不能搜索數(shù)據(jù)了，第一個收到這項產(chǎn)品的beta客戶發(fā)現(xiàn)了這個缺陷。我應(yīng)當(dāng)重測開發(fā)人員所謂“沒有變化”的所有產(chǎn)品功能。？？很遺憾因為時間緊我沒有調(diào)查這些，只是證實了最后的缺陷修復(fù)后就告捷了。如果一個程序?qū)δ硞€值的極限為10(例如，可以在一時間被打開的最大文件數(shù))，測試工程師的第一想法應(yīng)當(dāng)是“如果我把那個值取11，或0，甚至不設(shè)這個值會如何？” 　　在我的早期的工作生涯中，有一次我測試一個開發(fā)和QA工程師遺漏下來的PC數(shù)據(jù)庫。一個軟件工程師不能怕引起一個產(chǎn)品的癱瘓或燒毀。 　　必備特性（Necessary Traits） 　　軟件測試工程師除了技術(shù)，還要求具有否定性的創(chuàng)造力；探測技巧；總體理解產(chǎn)品的能力；用客戶的眼光進(jìn)行評估；懷疑的而不是敵意的態(tài)度；能經(jīng)受得住壞消息而保持目標(biāo)；擁抱新技術(shù)的熱望等特征。在軟件測試中，一個成功的測試揭示一個缺陷。為了做到這一點，你得找出軟件的失敗之處。我不是心理學(xué)家，但我還敢說這種說法是因為我們渴望看到成功。Mozilla缺陷跟蹤系統(tǒng)()允許網(wǎng)上任何感興趣的人直接 　　在 　　一句忠告：如果你要把很多beta軟件下載到你家里的PC里，投資你的備份設(shè)備和防病毒組件。這些公司希望人們不僅測試他們的產(chǎn)品，而且對這些免費品感興趣進(jìn)而購買他們的產(chǎn)品。你會發(fā)現(xiàn)很多小(和不那么小的)公司亟需beta測試員。偶爾有人會需要beta的測試人員。 　　作為自愿者參與beta測試。你需要軟件測試經(jīng)驗來找工作，你沒工作你就沒經(jīng)驗。對產(chǎn)品測試必須隨著產(chǎn)品的進(jìn)化而進(jìn)化。你東點一下西點一下是不能完成整個測試的。把產(chǎn)品的功能定義成要求。你總是必須通過理解技術(shù)和產(chǎn)品，開發(fā)組織方式，從你和其他人的錯誤中學(xué)習(xí)，以及在設(shè)計必須改變和出問題的時候的迅速調(diào)整，使你的測試效果和效率最大化。 　　記住計劃是一個動詞。在整個開發(fā)過程中被測試軟件可能會不斷地改進(jìn)。在問題被查找和改變在進(jìn)行的過程中，測試工程師必須有條理，保持對執(zhí)行測試的軟件的前后關(guān)系的明確感受(例如目前被測試的程序特定版本的不同部分)。一個測試工程師應(yīng)當(dāng)能靈活地停止測試產(chǎn)品的一部分而開始測試其他部分。從錯誤中學(xué)習(xí)的第一步就是記住它們，記憶的第一步就是把它們寫下來。錯誤是不可避免，在一個項目中可能出問題。測試部門應(yīng)當(dāng)記錄項目過程中重大事件(例如設(shè)計決定)的信息。這一議程沒完成是因為一些缺陷必須在對原來產(chǎn)品的一個patch或maintenance release的時候糾正，或者它們在這個產(chǎn)品作為后續(xù)產(chǎn)品的基礎(chǔ)之前被修復(fù)。產(chǎn)品測試中發(fā)現(xiàn)的所有缺陷的記錄是測試部門最顯眼、保存時間最長的文檔。 　　軟件測試工程師還要寫測試結(jié)果報告。隨著時間的流逝人們會離開公司，帶走他們的知識。 　　與功能與設(shè)計說明不同，測試計劃將從測試的角度來描述產(chǎn)品的功能操作。同時，一個主要的測試設(shè)計信息來源，特別對于舊產(chǎn)品的新版本而言，是相關(guān)產(chǎn)品或前版本的測試計劃。 　　測試計劃可作為其它項目，例如為不同的產(chǎn)品準(zhǔn)備測試時的參考資料。在測試計劃中描述進(jìn)行測試所需的測試設(shè)計和步驟是另一層關(guān)于測試設(shè)計和計劃的原則。例如，一個市場人員可能了解到了新的客戶要求，一個軟件支持專家可能從有關(guān)的產(chǎn)品領(lǐng)域了解到了一個新的缺陷報告。此外，就象開發(fā)者很難測試他們自己的編碼一樣，測試工程師也很難明確評估他們自己的測試計劃。項目中的每個人都應(yīng)當(dāng)參與審查(即市場、開發(fā)、支持、技術(shù)寫作及測試人)。如此測試設(shè)計者或測試方案作者之外的工程師也能能進(jìn)行測試。測試計劃提供指導(dǎo)并把測試設(shè)計轉(zhuǎn)化為設(shè)置、實現(xiàn)測試和評估結(jié)果的步驟指導(dǎo)。 Bacon, 2000)，它一點也不象初中教科書。關(guān)鍵是學(xué)習(xí)(或重新學(xué)習(xí))怎樣用清晰可懂的語言表達(dá)你的思想。如果文字水平太粗糙，上一門創(chuàng)造性寫作的課。但不幸的是，要成為一個成功的軟件測試工程師，你需要清楚的交流。 Associates,1999)。 Associates, 1