1. 程式人生 > >也許開發需要的只是一份簡單明了的表格

也許開發需要的只是一份簡單明了的表格

移動端 我想 項目 浪費 兩種 很多 建立 結果 註意

  本人原先是一名移動端開發工程師,本來是要一條道走到黑,準備做個it大咖,結果事與願違,走到了測試的道路上。今天介紹一件通信測試上發生的事。   公司為青海移動做個項目,處於系統測試階段,對各個系統進行測試,看是否符合客戶的需求。某天開發讓我給他測個話單(通訊測試專業術語,包含很多字段,如city是一個字段,開始時間也是一個字段),看看每個字段對應的內容是否正確。對應的統計結果我們統一用excel表格,通訊測試行業話單測試大多如此。   測試話單,需要用到awk 過濾多種情況,也就會產生不同的結果。為了少受批,我就盡可能的在把問題描述全面的同時,還要盡可能做到簡單易懂。所以對於不同的統計結果,部分直接用awk統計的結果,部分我就用文字來表達。然後就發給了開發。結果星期天早上,開發發信息,說我的測試結果部分不正確,還把錯的結果截圖給我發了過來,外加錯誤解釋。我當時就懵逼了,我想我寫的時候想的那麽周全,怎麽會錯呢?我就急忙打開發給開發的excel文件,又對比了一下開發發給我的截圖,我也是無語了。我把excel截圖,又用箭頭標註,給開發重發了一遍,讓他仔細看。
  那麽問題來了,我寫的完全正確,為什麽開發卻說我錯了呢? 是啊,我是寫得夠詳細,想的夠全面,但是擋不住開發不看或者沒看見啊。我寫的詳細是建立在開發能看到的情況下啊,假入開發看不到或者沒看,又有什麽用呢? 我問他,開發說他沒看到文字描述部分,我說把兩種結果放到不同的列,而且兩列相距不到兩厘米,你都看到第一種結果了,為啥看不到第二種結果? 開發說,你第一種結果直接用awk過濾結果,簡單明了,你後面的另一種結果,你用文字描述,我就沒註意到,而且也沒有時間去看那麽長的描述,也不會去註意(其實也就三十字不到,但是相比較awk過濾後,copy到表格上的結果,就顯的冗余了)。這裏大家知道了吧,開發要看的bug等文件,都是在簡單明了的基礎上又包含了全面,而不是全面冗長。
  我做過開發,我自己也是這樣。面對測試提的bug,也許測試花費十分鐘寫了個詳細的bug,只是一掃而過,或者仔細看了,心裏會不停地嘀咕,還不如直接給我說哪裏錯了,都忙的要死了,還要寫這麽長的文件,浪費時間,害我加班,加班是要私人的好嘛。 或者是看了半天,心裏有十萬只草擬嗎在奔跑,這個測試描述的是哈,是啥,我怎麽一點都找不到呢?然後就把測試喊了過來,讓他給我操作一遍,又是浪費時間,害我加班,加班是要私人的好嘛。
  個人感悟:給開發描述問題,1、 能用公式就不要用文字;能用圖片不要用文字,截圖描述問題時要用三方軟件標註出哪裏出問題了                    2、會讓人產生歧義的詞不要用
               3、 能一個詞描述的問題不要用倆詞                4、 描述的問題,要做到在什麽條件下怎麽操作出現?出現的原因是什麽?怎麽解決?怎麽解決更合理。      

也許開發需要的只是一份簡單明了的表格