缺乏文檔的測試

原文：Testing with Poor Documentation – T.J.Zelger

        獲取正確的信息對于很多公司來說都是挑戰，而且即使你獲得了所需要的文檔，但是缺乏你真正需要的信息。

        我曾經看到過大量的不同質量程度的文檔（從優秀的到不可用的），但是我喜歡項目在兩個不同的階段有兩種不同的方式組合。 

        一開始，項目使用XP的方式開展，系統從零開始構建，而我作為測試人員就整天與開發人員和項目主管呆在一起。在那段時間，我學到了關于系統的所有東西，包括內部的細節，即使沒有什么文檔。

        在軟件提交給客戶后，項目組到了第二階段，我們從XP轉移到更傳統的方式，開發人員和BA（業務分析員）寫一些粗略的說明書。在初始版本構建完成后，我獲得了發布的記錄，里面記錄了由BA和開發人員寫的背景信息。 

        雖然我在后期階段才介入，但是接下來的階段都只有很少的特性被加入，所以我仍然能夠很好地工作，因為閱讀這些發布記錄就已經足以讓我了解清楚擴展了什么東西，我應該尋找哪些方面的bug。 

        在另外一個項目，我是個開發人員，我們只有少得可憐的文檔，但是我們會邀請目標用戶每隔六周過來用一整周的時間測試我們的系統。在那段時間里，我們每天都修正bug并且討論哪些功能特性需要在下個迭代周期加入。那個產品的質量出奇的好，而在那個時候RUP和XP對于我們來說還是個未知的名詞。

        在另外一個項目，我一開始就得到很糟糕的文檔，還有不可用的發布記錄。開發人員工作在另外一個國家。BA和項目主管忙著在全世界推銷正在開發的軟件，測試人員則努力嘗試弄清楚系統要做什么。 

        功能特性在幾個分開的郵件中有解釋，但是有時候內容是互相矛盾的。 

原文轉自：http://www.kjueaiud.com