1、熟悉專案的業務

多問產品經理，自己多想，如果能將業務講給別人聽，自己順幾遍，基本可以判定了解很大一部分。再通過每次提測，加深自己對被測系統的理解。再不濟，可以寫出來，每天看幾遍，這幾個步驟基本能熟記於心了。

2、測試用例設計能力

用例設計能力是最重要的了，奈何都不寫，不用寫，領導不需要寫，寫也不看，嗯...
總之，藉口總比辦法多。

**兩點：
熟悉業務流程閉環，
靈活應用用例設計方法，

3、注意資料流轉

三類資料：新資料，歷史資料，髒資料；
對於新資料，就是要把本次提測中涉及的點，全部走通，走對；
對於歷史資料，在新版本上操作歷史資料，觀察有什麼問題；
對於髒資料，可以在備註中加上標記，防止測試人員當成 Bug。

資料怎麼流轉的，客戶端的資料通過什麼協議傳給服務端，中間又經過哪些中介軟體，用了什麼資料庫。資料庫中的資料又是怎麼相互流轉的，又是怎麼傳回客戶端展示給使用者的。

4、多向同事請教各自負責的業務

基本上，我們都會對自己所測業務比較熟。但，同事測的業務，與我們也有很大的關聯。如果能做到交叉測試，確實降低所做業務的盲區，這樣我們也能考慮更全面了。

就算不需要你去測試某些模組，也要清楚自己當前測試模組的上下游，上游什麼操作影響我這裡。自己的模組影響下游的哪些模組。

5、養成記錄的習慣

這裡說的紀錄，不單是指記錄自己未發現的問題。還可以看其他人的測試用例、測試報告，這樣我們也能舉一反三，使用到要測的系統中。

以前上線出現的問題重點記錄，分析，上線出現的問題基本是使用者常用的功能。分析，為什麼會漏測，業務不熟覆蓋不全，還是用例沒有設計到，還是場景少了等。

6、反向思維

兩點：
針對客戶，
針對搗亂的人 - 安全測試，

產品做出來給誰用，你就把自己當成真正的客戶。試試去做客服，看看客戶反饋回來什麼問題，像以前我們做超市收款機，自己親自去體驗一下超市收款，在這過程中，想想什麼是核心的業務，哪些操作可以優化，哪些操作是需要的，不需要的。

產品做出來的，別人眼紅，得防吧，害人之心不可有，防人之心不可無。