在測試中發現遵從以下幾點會提升問題定位效率：
1 熟悉流程，順藤摸瓜，抓準部件日誌：當調測一個特性的時候，一旦出現問題，首先要對該特性的流程熟悉，不清楚的要搞清楚，比如IPTV中發佈一個內容不成功，現象是在1部件發現其處於註冊中，那就從1部件日誌看起，發現消息已傳遞給2部件，然後看是2部件沒返回，還是返回了一個錯誤描述，然後再看2部件的相關日誌。整個過程中，要對部件中的日誌類別熟悉，日誌形式熟悉。日誌雖然多，但要仔細看。
2 定位出部件，“審案”確認：在第一步的基礎上，基本上能定位出哪個部件出問題了，錯誤的日誌也應該能看到。這時要跟部件開發人員溝通確認，溝通要有”法官“的語言和態度。個人經常覺得測試就是審案，溝通中，你要告訴部件開發人員，在這個流程中，上游部件給了這個部件什麼，這個部件要怎麼處理，而下游部件又沒收到什麼等等，這樣兩邊卡位，確定就是當前部件的問題。這個階段千萬只把問題告訴部件開發人員，日誌的丟給他就等待反饋，這個是萬萬靠不住的，當前部件的人可能被其它工作打斷，也可能突然從一個思路上判斷不是自己的問題了，所以這時一定要在電話中直至討論清楚，明確他的部件內部可能那出問題了。
基本上到第二步問題就確認清楚了，有時會出現當前部件的人後面再研究了一下代碼，發現是上游的部件消息中哪個屬性沒值或缺少什麼。從接口文檔入手，最好電話會議上下游部件人員溝通確認。
3 主動，嚴謹的心態，思路清晰：在問題定位中，千萬不要把問題丟給開發人員，可能你會覺得你不懂它的內部實現，讓開發人員去根據日誌判斷就行，其實這是測試人員不負責的表現。整個過程測試人員最瞭解，且跟上下游的交互也最清楚，還有就是測試人員是第三方，旁觀者清，畢竟部件開發人員會又程序不可能這樣的心態。所以測試人員更要利用自己善於找茬的心態和善於求證來判斷部件開發人員是否說的對，程序是否按照流程去處理了。
以上三板斧，基本上能把嚴重級別以下的問題快速定位出來。