之前架構師米洛闡述了測試員報BUG的禮儀，并且引申出一個問題，該如何和程序員交往。其實，程序員群體，甚至推而廣之的工程師群體，并沒有那么的脾氣大，對待測試人員還是挺客氣的。

根據架構師米洛多年的開發經驗，工程師還是希望通過解決一個接著一個的問題，來提現自己的價值。就像LOL中的推塔一樣。

其實很多測試人員并不知道，出現問題之后，找程序員之前，該確定那些個問題，更能讓自己的問題得到快速解決。

這里告訴測試員尤其是MM，你提供的信息越是多，越是全，程序員GG越是會覺得問題很容易重現，就會先去解決。當你的問題得到先解決的時候，你會感覺爽么？

呵呵，下面咱們來舉幾個例子，談一談測試人員在給程序員報告BUG之前，自己首先需要思考的問題。

（以游戲開發為例）

1. 這個問題是不是策劃/產品需求？

某些 QA 看到一個功能和自己想象的不太一樣，直接來找我，說這個有問題吧。我說策劃就是這么設計的（當然我也未必贊同），然后讓他去和策劃撕（機智如我）。

2. 版本是否是最新？

這個開始的時候幾乎每天發生，報過來一個問題，我想了半天問題出在哪，結果發現他只是版本沒更新到最新，就很氣，很藍受。

后來我學乖了，每次接到問題先問下版本號多少，服務端有沒有更新（我們有多個用于測試的穩定服）。當然 QA 也更機智了，現在每次提問題前都會告訴我已經全部更新了（斗智斗勇）。

3. 問題來源是否是配表錯誤，UI 工程問題，模型特效問題？

類似于護衛艦在6級的時候血量偏低，或者某個 UI 位置沒有對齊，這種問題當然是需要策劃 UI 先排查一下配表和工程，多半不是邏輯代碼中的問題。

架構師米洛就之前見過一個程序員，幫測試員分析問題，每次都搞好長時間，第三次發現還是測試環境的配置錯誤，當場就罵了測試員一頓。因為測試員沒有按照配置要求去搭環境，導致這種問題重復出現。如果測試員碰見那種忙得腳不沾地，脾氣還有點不好的高級程序員，罵人還是輕的。

4. 問題是否能穩定重現？

這一條不是必須的，但是有當然更好。由于游戲開發的特殊性，很多BUG重現條件都極為苛刻，出現過兩次以上即可認為是有問題了，這種情況下我也會去查。

基本上做到以上幾點，說明這個問題值得一查，不是浪費時間，我都會認真去查一下。畢竟是團隊合作，溝通也是開發過程中比較重要的一環。

那么問題來了，為什么我們在報BUG之前要思考這些問題？

我是架構師米洛，產品和技術經理，助你升職加薪。覺得文章有用，請點轉載，贈人玫瑰，手有余香。