一篇文章搞懂什麼是測試，測試是幹什麼的

測試現在被普遍認為“保證產品質量”這個籠統的說法下，而測試本身是什麼呢？今天我們就測試本身跟大家一起討論。測試是在研發產品的整個過程中的一個跟蹤活動,他在各個階段

ofollow,noindex"> 測試 現在被普遍認為“保證產品質量”這個籠統的說法下，而 測試 本身是什麼呢？今天我們就測試本身跟大家一起討論。

測試是在研發產品的整個過程中的一個跟蹤活動,他在各個階段報告給人們當前專案的狀況,能夠督促和提示專案經理或者高層經理對專案的關注點.

國內的測試的定義,一般是在產品的研發後期,對產品的功能進行驗證的一個系列活動。

國外的測試已經發展比較成型了，而國內的測試現在還處於摸索階段，至於超著那個方向去發展，我覺得大家目前還是處於比較迷茫的階段。

主要原因是：國內軟體產業起步晚，而且質量意識不強，造成了軟體工業發展緩慢，配套行業（測試發展緩慢），我覺得這個很正常，因為從人類歷史發展的角度來看，這個是必須經歷的階段，從有這個概念到摸索，目前國內的測試應該處於沉思期，主要是沒有一個全套的指導思想，另外一個原因是行業發展方向不明朗。

國記憶體在對測試的誤解，所以造成了測試現在成了大家進入企業的跳板，要麼就是覺得自己的能力還不夠，目前只能從事測試，要麼就沒有編寫程式的能力，但是同類產品比較瞭解，所以做測試。

如果我們把測試的方法整理成技術，那麼他形成一個規則或者說是一個標尺，我們只是分析什麼樣產品的需要用什麼方法來測試，而且需要了解的知識架構是什麼？怎麼把這些知識穿插起來，那麼積累就不會被約束，但是不能撇開經驗，因為經驗本身是設計出好的案例的基礎，但不是唯一的基礎。

我們再來看看測試案例的設計，測試案例的設計在國內現在是一些剛剛入行的不會寫程式或者程式功底比較差的人在寫案例，那麼這些人設計出來的案例只是包含了整個測試過程中 功能測試 的一部分案例而已，因為他們不懂得或者不理解程式，不是從原理上去分析產品，不是從邏輯上去分析產品，而是從使用者使用的角度去分析產品，這樣設計出來的案例的可行性和可信度多大呢？大家可想而知了。所以我們在整個引導大家的過程中，從技術和方法，結合具體例項和針對不同型別的產品的 測試方法 進行跟蹤和描述。

首先，什麼叫測試？測試幹什麼？

測試，是在 開發 過程中的一種活動，它是分 白盒 測試和黑盒測試。在不同的階段不同的人所承擔著測試這個角色，我們把整個活動統稱為測試。

測試的工作內容主要包含了設計測試計劃，設計測試案例，執行測試，進行測試總結。

執行測試是在產品開發的整個過程中進行的，包括了 單元測試 ， 系統測試 ，整合測試， 系統測試 和驗收測試，那麼不同的階段測試的重點不同。

單元測試的重點是函式級，包括 需求 ，包括演算法，包括介面預留等內容。

整合測試是指把小模組結合起來，測試的重點是輸入輸出資料，引數的處理，錯誤預處理，介面規範，引數約束等測試內容。

系統測試的重點是功能性質，它的測試重點是按照需求來對照測試， 主要是功能實現的情況，包括功能使用邏輯和操作邏輯，作業系統， 相容性 （軟體和硬體）等內容。

驗收測試，主要是合同性質而言的，在國外現在軟體外包情況比較多，那麼雙方按照合同規定履行自己的職責，把功能按照合同約定的形式條條比對。這是主要方面，那麼在企業內部，驗收測試是除了功能驗收以外，還包括易用性，軟體的親和度等方面的內容。

測試的分類

單元測試

單元測試是在測試過程中的最小粒度，它在執行的過程中緊密的依照程式框架對產品的函式和模組進行測試，包含入庫和出口的引數，輸入和輸出資訊，錯誤處理資訊，部分邊界數值測試。

這個部分的測試工作在國內現在是開發人員進行的。我相信未來的發展應該是測試 工程師 來做這個事情。那麼需要 測試人員 需要深刻的理解程式，理解需求，理解設計，這樣才能發現問題。

還有一種在國內先在操作的方法，就是當一個模組給某個開發工程師以後，需要他給大家講解他要完成這個模組或者函式的整體流程和思路，進行統一評審，使得問題能夠暴露的更充分些，這樣做的目的有以下個。

第一，使得大家對設計者的思路明晰的理解，以便以後呼叫或者配合的時候能夠真切的提出需求或者相對完美配合。

第二，在評審的過程中，如果發現問題，那麼大家可能沒有犯過，這樣就會更加提高警惕，如果犯過，就會回想當時自己怎麼解決的或者規避的，使得大家能夠在錯誤的過程中快速提高。

原文轉自：https://www.jianshu.com/p/12461db2e13d