(資料圖)

有時程序員會給測試員一個個版本，并要求進行單獨測試。如果公司允許這樣做，則要尊重這種隱式規則。在評審早期代碼時所發現的問題，也許在程序跟蹤系統中沒有報告，而是通過與程序員談話、通過向程序員提供程序錯誤筆記或發電子郵件來報告程序錯誤。如果測試員公開程序員早期、私下提供給測試員的代碼版本程序錯誤，就會喪失程序員的信任。最有可能的結果是，測試員不再有機會看到這些早期版本了。

到一定時候，程序會在公司內部公開，準備進行常規測試?？墒褂脗€人評估程序時記錄的筆記。以前發現但沒有被修改的問題，都應該進入跟蹤系統。

我們必須提醒讀者注意不要濫用這種安排。我們曾經遇到過有程序設計小組試圖通過隱藏其缺陷來掩蓋其進度問題。它們把軟件的最終版本之外的所有測試版本都稱作原型或個人版本。除了最終版本，不想將任何錯誤報告錄入跟蹤系統（管理層會通過跟蹤系統查到錯誤報告）。

如果測試員遇到這種情況，要與自己的經理溝通。測試經理可能不得不與項目經理的經理或其他關鍵項目相關人員溝通。問題是公司把早期版本的程序錯誤跟蹤數據，看做是主要供程序設計使用的工具，還是看做是關鍵項目相關人員有權查閱的公司資源。努力合作并提供幫助，不要做公司會認為是試圖掩蓋事實的事。

關鍵詞：

責任編輯：Rex_16