在其他崗位的朋友來看，測驗作業的內容就是發現BUG、定位BUG、提交BUG、跟蹤BUG、回測BUG、復盤BUG等，
其中，發現BUG是這個崗位最基本的要求，
在沒有BUG或者發現不了BUG的時候，后續的作業也就無從談起，
但這對于新人而言，仍是十分困難的，日常作業程序中也經常會遇到以下問題：
- 一輪測驗完成后沒發現幾個BUG，懷疑自己的測驗質量
- 發現的都是很基礎的一些問題，沒有成就感
- 不確認是否是BUG，需要反復與其他人確認
- 自己測驗完成后，還經常被別人發現其它遺留的缺陷
那么如何高效的發現缺陷呢？
結合日常的一些實踐與經驗積累，我們來整理下：
一、測驗左移
盡早參與測驗，盡早發現缺陷，
從需求階段就參與測驗，可以讓測驗人員更了解被測需求的背景以及設計原理，
從而發現設計缺陷，更能幫助測驗人員在后需迭代測驗階段發現較多設計與實作不符的缺陷，
雖然作為新人，剛開始參與需求分析，參與感較低，但不要排斥，努力去理解，
二、熟悉業務
除了一些比較容易發現的問題外，很多問題的發現都依賴與測驗人員對業務的熟悉度，
另外，一些隱藏比較深的缺陷，需要測驗人員抽絲剝繭，一層一層去過濾篩選，進而發現其中的問題，
所以這就要求測驗人員要熟悉業務，成為最懂產品的那個角色，
相比與產品和開發，測驗還是有很多優勢的：不僅懂業務而且懂實操，
測驗作為一手使用者，也更容易從用戶視角出發去發現問題，
努力讓自己成為最懂產品的那個人，也有助于我們準確有效的判斷bug，
三、它山之石可以攻玉
當自身思路受到局限，可以去翻看一下別人提的BUG.
從其他人提的BUG中吸取一些經驗，了解別人的測驗思維，豐富自己的測驗思路，畢竟bug還是有共性的，
四、例外測驗
還有一些問題經常出現在一些“邊界”場景或環境下，即非常規場景，
比如：邊界值、兼容性測驗、并發測驗、壓力測驗、安全測驗、組合測驗、長鏈路測驗等，這些場景發現缺陷的頻率是比較高的，
五、自動化測驗
對于歷史相對穩定的模塊或介面，我們可以通過自動化測驗，每榷訓定期對歷史功能進行構建，從而主動發現新需求、新改造對歷史功能的影響，從而發現問題，
雖然通過這種方式發現的問題較少、成本較大，但這種問題不全面測驗的情況下是很難發現的，
六、了解開發套路
定期針對開發的缺陷進行總結，可以按缺陷型別、發生模塊等條件進行分析，
你會發現，開發生產BUG也是有規律的，那個開發那個階段更容易產生問題，在那些功能上問題產生的更多，甚至同一類的問題還會反復出現，
畢竟對開發而言，測驗驗證還是存在的盲區，有些問題只有測驗階段才能發生或者只有具備測驗思維的人才能發現，
七、測驗右移
產品上線后也是會有BUG產生的，那這個階段的問題，我們要怎么發現呢？
測驗右移，通過對線上系統進行運維監控以及預警分析，在客戶感知之前，通過運維技術手段發現一些例外缺陷，然后快速修復，
無缺陷的產品是不存在的，對測驗人員而言，在有效的時間內發現更多的缺陷就顯得例外重要，相信每個測驗人員都有自己的一套方法，也歡迎大家多多探討，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/285650.html
標籤：其他
上一篇：登錄功能測驗用例設計