1-理解被測功能的實現方式（實現邏輯）
只有清楚功能的實現方式，才能從根本上做好該功能的測試，比如瞭解前後端是如何交互的、該功能中哪部分是前端實現的、哪部分是後端實現的、前端是否做兼容處理、異常處理以及是否考慮到後期功能的延伸性（寫死還是走下發還是設置開關）、是否需要着重考慮安全性、是否有兜底方案等。
2-理解所測產品或系統的業務體系
產品上一個新功能，測試要能發現產品的隱形需求，測試要能準確評估該功能（模塊）對整個產品或系統的影響。是否與原有邏輯衝突，是否會影響到已有的模塊功能，影響面是什麼，是否需要對原有功能迴歸等，這些都依賴對整個產品的功能體系的深入理解。
3-用例設計要全面
要關注用例設計環節，感覺大部分測試都不會在用例上花費很多時間，雖然說可以自由測試，但通過用例還是能發現80%的bug。用例設計不好，考慮不全面，整個測試過程會很沒有條理性，尤其比較複雜的項目，用例粗糙極其容易漏掉一些細節，往往最容易出問題的就是細節之處。
4-瞭解每個開發的特點（個人感受）
比如有的開發比較粗心，不注重細節，提供給他的准入case要關注細節點；比如有的開關經常不處理異常情況，提供給他的准入用例可以異常case多一點; 有的開發很靠譜，基本功能和異常情況通常考慮得很全面，那麼可以在複雜場景，路徑比較深的case上下功夫。
5-從產品層面考慮功能設置的合理性
測試需要時常站在用戶角度去評估功能的合理性、易用性、實操性及體驗問題。一個功能對用戶再有用，但操作路徑深，體驗差也會影響整個產品的質量。
6-嚴把測試流程關
從產品提需求--到開發--提測--模塊測試-集成測試-兼容性測試--性能測試--迴歸測試等等，整個流程是要把控好的，每個環節都可能會出問題，影響產品質量。
7-對於測過的功能或項目要做好總結或覆盤（很重要）
做覆盤是爲了梳理測試整個過程，包括過程中發現的問題及應對方案，總結出可複用的經驗，用來指導下次的項目測試，總結出不足之處，改進測試流程，避免重複踩坑。