你有沒有為了要更多的信息而被返回bug report的經歷呢？有沒有碰到過你發現的一個非常嚴重的錯誤被推遲到下一個版本才去修復的情況呢？
你提交的每一個bug report都是和項目組就正在測試中的軟件質量問題的一種書面溝通方式。通常，你用于溝通程序錯誤的能力－不是體現在錯誤本身的內在嚴重程度－而是體現在確定這個錯誤是否需要修復。
如果這是一個可怕的想法，你可能會想，“等等！我討厭寫作，我并不擅長寫作。怎么樣才能夠通過編寫bug report來決定錯誤的命運呢？”它要吸引大家相信錯誤是為他們說話的－任何一個頭腦正常的人都應該主動地查看一個特定的錯誤是足夠可怕的以致要被修復。不幸的是，事實并不是這樣。
但是好消息是：有效的和軟件開發人員、項目組溝通的能力不是由你在高校英語課程中的表現所決定的。
這不是關于用有趣的詞語編寫流暢散文，也不是關于優秀語法和拼寫的方法。它是有關僅用能夠表達你觀點的詞語明白地表述錯誤的方法。太多地話將會使你的觀點陷入茫然無措中。太少地話又會使他人用自己的假設去填補隔閡－通常是對軟件有害的部分。如果你不是很確信是什么樣的錯誤，那么不管你的bug report寫得怎么好，也沒有人知道那是什么樣的錯誤。
這篇文章主要討論你現在能夠開始著手提高人們傾聽你發現的錯誤的機會的4個方法。
- 了解你的聽眾
延伸閱讀
文章來源于領測軟件測試網 http://www.k11sc111.com/