這篇文章不無聊。看完之後妳可能會和我有同感:原來軟件測試也是可以追根溯源的(不是程序員的心血結晶)，也有其必然性和合理性。
迄今為止，軟件測試的發展經歷了五個重要時期:
1957之前-面向調試。
1957–1978-面向演示
1979–1982-面向破壞
1983–1987-面向評估
1988-至今-預防為主
面向調試
20世紀50年代，計算機剛剛誕生，只有科學家才能編程，需求和程序本身遠沒有那麽復雜多變，相當於開發者承擔了需求分析、設計、開發、測試等所有工作。當然，沒有人會區分調試和測試。但是，嚴謹的科學家已經開始思考“妳怎麽知道程序符合要求？”這種問題。
面向證明
在1957中，查爾斯·貝克在他的壹本書裏區分了調試和測試:
調試:確保程序做了程序員想讓它做的事情。
測試:確保程序解決了它應該解決的問題。
這是軟件測試史上的重要裏程碑，標誌著測試終於出名了。
當時計算機應用的數量、成本和復雜程度都大大增加，隨之而來的經濟風險也大大增加，所以需要測試。這壹時期測試的主要目的是確認軟件滿足需求，也就是我們常說的“做了我們應該做的事情”。
面向毀滅
1979年，《軟件測試的藝術》第壹版問世，堪稱測試領域的經典。書中給出了軟件測試的經典定義:
為了發現錯誤而執行程序的過程。
測試是執行程序以發現錯誤的過程。
這種觀點與以前的循證思維相比是壹個很大的進步。既要證明軟件做了該做的，又要保證沒做不該做的，這樣測試會更全面，更容易發現問題。
面向評估
1983年，國家標準局發布了《計算機軟件生命周期驗證、驗證和測試指南》，也就是我們常說的VV &；t .VV & ampt在測試領域提出了兩個著名的術語:驗證和確認。
驗證:我們構建的產品是正確的嗎？
驗證:我們正在構建正確的產品嗎？
人們提出了在軟件生命周期中使用分析、評審和測試來評估產品的理論。軟件測試工程在這壹時期發展迅速:
有測試經理，測試分析師之類的頭銜。
開展正式的國際測試會議和活動。
出版大量測試出版物
發布相關國際標準
這些都表明軟件測試正在向壹個獨立的、專業的、有影響力的工程方向發展。
預防為主
預防是軟件測試的主流思想之壹。STEP(系統測試和評估過程)是最早的以預防為主的生命周期模型。Step認為測試和開發是並行的，測試的整個生命周期也是由計劃、分析、設計、開發、執行和維護組成的。也就是說，測試並不是在編碼完成後才開始介入，而是貫穿整個軟件生命周期。眾所周知，沒有100%完美的軟件，零缺陷是不可能的，所以我們需要做的就是盡早介入，盡早發現這些明顯或隱藏的bug。越早發現，修復成本越低，風險越小。
雖然在每個發展階段對軟件測試的認識都有其局限性，但前人壹直在思考和總結前人的經驗，創造性地提出新的理論和方向。這種精神非常值得尊重和學習。所謂銅鏡，可正衣冠；以史為鑒，才能知得失。知道了它從哪裏來，我們就能更好地理解到哪裏去。
(轉自網絡)