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

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

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

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