以前有一個很火的遊戲叫《大家來找茬》，我玩這個遊戲很厲害，在這個遊戲中，兩幅圖中有幾個不一樣的地方，有些地方很明顯，一眼就能看到，有的地方隐藏得比較深，要仔細看才能看清楚。 遊戲也不需要你把沒處不同都找出來，隻要達标就可以進入下一關。

軟件測試就是玩《大家來找茬》，拿到的需求就是第一幅圖， 開發寫出來的代碼是第二幅圖。 開發在編寫代碼的過程中會出現邏輯錯誤，從而導緻第二幅圖和第一幅圖不完全一樣， 而測試的任務就是把這些不一樣的地方找出來，避免損失。

低段位的選手玩《找茬》遊戲一般是随機查找，看到了就看到了，沒看到再換個區間。這種測試方法教 “随機輸入測試法”，很明顯，這是效率最低的方式。

在一張圖上的任意一個像素點都有可能不同，而在成千上萬行代碼中，任意一行都有可能出問題。 随機測試法就好像拿個小碗到大海裡撈針，撈到的幾率很小。

還有一種辦法來玩《找茬》遊戲，那就是一個個像素點比對，這種方式确實能找到，但是速度實在是太慢了。為了提高速度，總是會跳過一些地方，總會有漏網之魚。

小時候過年，家裡撈池塘裡的魚就是用這種辦法，但是每年池塘裡總會有很多魚沒有撈幹淨。

image-20220817150202489

精通的方法：

• • 等價類
• • 邊界值
• • 因果圖和判定表
• • 錯誤猜測

剛入行想掌握好這幾種用例設計方法應該也還行了，所以其他的用例設計方法我也沒有仔細看。看着就這幾個字，但是實操起來還是有難度的。 尤其是當因果圖和等價類這些結合起來的時候，分分鐘就暈了。放張圖感受一下。

想那些報班學習的應該隻關注功能測試吧，對于模塊測試、系統測試應該關注不多，這就是自學的優勢，能看到全世界最厲害的人的思想結晶。

當然，對于互聯網應用，最少也應該從表示層、業務層和數據層面進行測試。

表示層主要測試界面是否顯示正常：

• • 字體
• • 鍊接指向
• • 圖形分辨率
• • 拼寫檢查
• • 光标位置
• • 默認狀态
• • 交互友好度
• • 商業風格

業務層主要測試是否完成了正确的事情：

• • 計算是否正确
• • 數據采集和返回正常
• • 事務正确完成
• • 失敗事務回滾正常
• • 響應時間和吞吐率

數據層主要看數據庫：

• • 數據庫性能
• • 數據存儲正常
• • 數據備份正常
• • 數據加密和安全
• • 後端數據輸入和管理功能的可用性

我不知道有多少人聽到測試門檻低，工資高就一頭紮入了這個行業， 但是測試是一個邏輯遊戲，邏輯思維不行的，考慮問題不健全的，對用戶沒有同理心的幹這個可能會很吃虧。

當然入門還是比較簡單的，就和你想學唱歌一樣，想學入門很輕松。 但是你要靠這個作為飯碗，要做歌手，那就需要經過系統的訓練。

同時，面試也會用非常多的八股文需要背，我之前收集到的面試題多如牛毛，佩服自己是應試教育的一把好手，後面整理了一下碰到的主要面試題，送給有緣人，順便求點個贊，三連必回。

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