手工測試主要适用測試類型?寫出沒有錯誤的程序有兩種途徑，可惜隻有第三種才有用----艾倫.佩利，我來為大家科普一下關于手工測試主要适用測試類型?下面希望有你要的答案，我們一起來看看吧!

手工測試主要适用測試類型

寫出沒有錯誤的程序有兩種途徑，可惜隻有第三種才有用。----艾倫.佩利

一、軟件缺陷的根源

軟件缺陷（即所稱的bug）的根源來自于軟件本身。

軟件失效的主要原因是因為開發人員沒有理解、預見或測試所有可以運行軟件的環境。

兩種缺陷：程序員引入的缺陷和運行環境導緻的缺陷。

二、缺陷的預防和檢測

因為錯誤是不可避免的，所以需要讨論如何盡可能的把缺陷排除在軟件開發周期之外，以便盡量的減少并提高軟件質量。這主要存在兩大類技術：缺陷預防和缺陷測試。

A、缺陷預防

缺陷預防技術一般是從開發人員的角度來說的，包括編寫更好的設計規範，實施代碼審核制度，運行代碼靜态分析工具，運行單元測試（往往是自動化測試）所有的這些缺陷預防技術都是一些根本的問題，如果不能解決這些根本問題，這些技術都不會有效。

類似代碼審核或靜态分析的技術不要求實際運行軟件，也就是說它們分析的是處于靜止狀态的軟件。但是，若程序不在真實的環境中運行，許多的bug就不能被及時的發現。即除非在運行軟件時使用真實的輸入數據，否則無濟于事，這些缺陷仍隐藏的很深。

而測試是一個動态的過程，它包括在不同的環境中運行軟件，使用合理的測試數據，并在較短的測試周期内盡可能的不同的輸入值，發現軟件中存在的缺陷。這些不都是我們測試工程師的工作技能嗎？

B、缺陷檢測

測試人員一般使用兩種不同的動态測試：自動化測試和手動測試。

對于自動化測試這裡隻說一點，這點并不是說自動化測試不好，而是闡述其局限性。那就是自動化的緻命弱點：預言家難題。“預言家難題”指的是測試中最艱巨的任務之一，就是在運行一個測試用例時，如何才能知道被測試軟件确實完成了它應該完成的任務？被測試軟件是否輸出了正确的結果？在運行過程中，是否帶來任何副作用？如何才能确信這一點？如果給定一個用戶環境，特定的數據配置和輸入順序，是否存在一個“預言家”可以根據這些情況作出這樣的斷言：“軟件确實做了，也隻做了它所應該做的事情”？

今天這裡我們就主要講講第二種測試方法：手動測試

手動測試（manual testing）是需要由人來手動進行測試。測試人員需要手腦并用，充分發揮聰明才智，設計出導緻軟件失效或符合軟件設計效果的真實場景。由人工進行手動測試，可以最大程度的發揮人的主觀能動性和積極性。

許多的測試工程師像我一樣是從手動測試開始進入測試這個行業的，測試中慢慢的發現手動測試也有許多的瑕疵：測試速度慢、沒有規律、發現問題後有時候不能重現。如何更好的解決這些問題？在這裡介紹一種方法----“探索性測試”。

本片文章隻是簡單介紹一下這種方法，在今後中會一一展開的。

探索性測試，顧名思義就是測試人員在測試應用測試中可以想怎麼測就怎麼測，利用應用程序所提供的信息自由發揮，沒有限制，不受任何約束的探索程序的各種功能。使用探索式測試并不是說不寫文檔。測試結果、測試實例和測試文檔都會在運行測試時創建。探索性測試的缺點在于測試人員有可能在測試中沒有重點，從而滿屋目的的嘗試各種情況來試圖發現軟件缺陷，這會浪費大量的時間。這就要求我們在測試開始前先弄清楚自己測試的目的到底在哪裡？測試的思路是什麼？從測試策略的角度來說，明确到底要測什麼和怎麼測試同樣重要。

探索性測試有兩種指導方法：一種是局部探索性測試，它輔助測試人員在測試過程中即時作出決定；另一種是全局探索性測試，它用于幫助測試人員設計整體測試計劃和測試策略。對于這兩種的具體知識以後再和大家分享。最後送大家一句話：在測試軟件時，必須全身關注，絕不能心不在焉。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!