簡(jiǎn)介
Frederick P. Brooks, Jr. 曾在1986年寫(xiě)過(guò)一篇題為《沒(méi)有銀彈：軟件工程的根本和次要問(wèn)題》的文章(No Silver Bullet - Essence and Accidents of Software Engineering)。這篇文章列舉了人們對于軟件工程技術(shù)發(fā)展的一些期望，并與現實(shí)進(jìn)行了對比。他的論點(diǎn)歸納如下：
沒(méi)有一種單純的技術(shù)或管理上的進(jìn)步，能夠獨立地承諾在10年內大幅度地提高軟件的生產(chǎn)率、可靠性和簡(jiǎn)潔性
Brooks鼓勵我們將技術(shù)和方法視作一種演進(jìn)手段，而并非革命。將自動(dòng)化技術(shù)引入測試工作時(shí)，我傾向于支持相同的觀(guān)點(diǎn)。
我與自動(dòng)化測試產(chǎn)品和解決方案的潛在客戶(hù)打交道已有5年時(shí)間，其間碰到了許多"銀彈"思維方式。它們總以類(lèi)似這樣的設想出現：
1、所有的測試都能夠實(shí)現自動(dòng)化!
2、既然自動(dòng)化測試能如此顯著(zhù)地提高生產(chǎn)率，我們就能以更少的人員完成所有的測試(精減人員)。
3、自動(dòng)化測試如此簡(jiǎn)單，我們無(wú)需任何培訓。
4、自動(dòng)化方法將縮減整體測試工作量。
5、我們無(wú)需制訂任何測試方案。
6、有了自動(dòng)化測試，測試人員不就成了"過(guò)時(shí)的"或"多余的"了嗎?
7、那種耗時(shí)的測試設計工作不再必要了。
盡管我不愿打破人們美好的幻想，但總覺(jué)得有責任幫助他們理解，實(shí)施自動(dòng)化測試和得到夢(mèng)寐以求的神兵利器之間的區別。通常這意味著(zhù)解釋自動(dòng)化測試的真正含意，和自動(dòng)化測試工具
自動(dòng)化測試不是銀彈嗎?
正是此意。自動(dòng)化測試，或者說(shuō)自動(dòng)化測試策略及工具的實(shí)現，只是測試人員工具箱里的一件利器。注意我強調它是一個(gè)工具，位于工具箱中。我有意避免將自動(dòng)化測試和試員人員等同起來(lái)，本來(lái)它也無(wú)法取代測試人員的地位。盡管如此，自動(dòng)化測試仍然毫無(wú)疑問(wèn)地具有強大功能，它能在測試效率和徹底性方面使我們獲益匪淺。關(guān)鍵在于確定發(fā)揮其功效的最佳時(shí)機及方式。我們提出另一個(gè)問(wèn)題來(lái)具體闡述一下。
有足夠的時(shí)間測試每件事情嗎?
我想人們會(huì )異口同聲地回答 "沒(méi)有!"�？傆懈嗟臇|西可以測試，或者在另一個(gè)平臺上或以其他配置再試一次。但是隨著(zhù)最終期限和產(chǎn)品交付日期的日益迫近，分配給每個(gè)測試周期的時(shí)間縮短了。那么，軟件開(kāi)發(fā)項目經(jīng)理和測試團隊如何處理這種情況呢?通常，他們削減軟件發(fā)布前每一個(gè)測試周期的測試量。您經(jīng)歷過(guò)這種情形嗎?理想情況下需要做一些基于風(fēng)險的分析，以便決定排隊哪些風(fēng)險。然而更常見(jiàn)的情況是，測試團隊只是將整個(gè)測試周期的注意力集中到驗證已修復的缺陷上。更有甚者，連這樣的縮減之后的測試計劃也沒(méi)有足夠時(shí)間來(lái)完成。
多少產(chǎn)品是在完整測試之后交付的?這種情況我所知不多。開(kāi)發(fā)團隊往往根據其他因素做出是否交付軟件的決定：
1、時(shí)間到了嗎?
2、預算超了嗎?
3、資源用盡了嗎?
4、還有比薩和啤酒嗎?
不幸的是，由于測試工作被任意刪減，開(kāi)發(fā)團隊無(wú)法完全清楚地知道產(chǎn)品的總體質(zhì)量，他們面臨所交付的軟件帶有嚴重問(wèn)題的風(fēng)險。借助于自動(dòng)化測試的力量我們能夠擺脫這種困境嗎?我們接著(zhù)探討一下。
自動(dòng)化測試如何幫助我們?
在計劃實(shí)施自動(dòng)化測試之前，您需要理解自動(dòng)化測試的定義。換句話(huà)說(shuō)，它對您意味著(zhù)什么?這里有一些我聽(tīng)到的其他人對自動(dòng)化測試的描述：
1、完全無(wú)人干預的測試。
2、測試腳本。
3、測試工具。
4、不清楚。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
