什麼是軟件測試
測試是爲發現錯誤而執行程序的過程。
軟件測試一個破壞性的過程，甚至是一個施虐的過程，也就是第一天說的“找茬”遊戲。 當一個輸入框讓我輸入手機號碼時，我偏不，我要輸入非手機號碼，甚至不填。 當界面提示讓我點擊第一個按鈕時，我偏不，我要點第二個，第三個。
這和開發是一個截然相反的工作，開發的思路是創造，把功能做出來，正常運行； 而測試的工作是找茬，故意讓程序不正常運行，生活中經常挑別人的毛病的人，也許更適合做測試。
如果通過設計一條用例，成功的讓程序觸發某種異常和錯誤，那就可以讓團隊趁早發現這個問題，從而在產品正式發佈之前，讓軟件有一個更好的質量。
測試人員是靠 bug 來提升話語權的，如果有開發宣傳“我寫的代碼沒有bug"， 那我們反駁的最好方式是多找幾個 bug 出來。
黑盒測試要精通
黑盒測試是一種重要的測試策略，所有剛入行的測試首先就是把黑盒測試玩得非常順手。使用這種測試方法時，將程序視爲一個黑盒子。測試目標與程序的內部機制和結構完全無關，而是將重點集中放在發現程序不按其規範正確運行的環境條件。
而白盒測試是測試程序的內部機制和結構，能夠看到具體的代碼，對測試人員的要求更高。
黑盒測試又稱爲數據驅動的測試或輸入/輸出驅動的測試。 因爲關注不到具體的代碼邏輯，所以只能控制盒子外面的數據（輸入和輸出)。
窮舉法沒用
窮舉法是把所有可能的輸入條件作爲測試用例，但是一個功能的輸入基本上都是無限的，使用窮舉法意味着要對每個單一功能設計無限個測試用例，這當然是不可能做到的。
比如說用戶界面中需要你輸入一個手機號用來登錄，去測試的時候不僅需要輸入正確的手機號，而且還需要測試輸入的不是手機號時，程序如何反應。 不是手機號的數據你永遠都舉不完。
窮舉法不會用在實戰當中的第二個原因是它不經濟。 就算我們可以把所有的數據都列舉出來，也沒有足夠的時間和精力對每個數據去執行測試。
好的測試策略是經濟高效的
在測試一個軟件時，一定要制定好策略。 如果所有的測試人員都不精通代碼，那麼最好以黑盒測試爲主，白盒測試會花費大量的人員培養成本。
在設計用例的時候要根據具體的業務對測試進行劃分，靈活使用各類用例設計方法。