(資料圖)
有時(shí)程序員會(huì)給測試員一個(gè)個(gè)版本，并要求進(jìn)行單獨(dú)測試。如果公司允許這樣做，則要尊重這種隱式規(guī)則。在評(píng)審早期代碼時(shí)所發(fā)現(xiàn)的問題，也許在程序跟蹤系統(tǒng)中沒有報(bào)告，而是通過與程序員談話、通過向程序員提供程序錯(cuò)誤筆記或發(fā)電子郵件來報(bào)告程序錯(cuò)誤。如果測試員公開程序員早期、私下提供給測試員的代碼版本程序錯(cuò)誤，就會(huì)喪失程序員的信任。最有可能的結(jié)果是，測試員不再有機(jī)會(huì)看到這些早期版本了。
到一定時(shí)候，程序會(huì)在公司內(nèi)部公開，準(zhǔn)備進(jìn)行常規(guī)測試?？墒褂脗€(gè)人評(píng)估程序時(shí)記錄的筆記。以前發(fā)現(xiàn)但沒有被修改的問題，都應(yīng)該進(jìn)入跟蹤系統(tǒng)。
我們必須提醒讀者注意不要濫用這種安排。我們?cè)?jīng)遇到過有程序設(shè)計(jì)小組試圖通過隱藏其缺陷來掩蓋其進(jìn)度問題。它們把軟件的最終版本之外的所有測試版本都稱作原型或個(gè)人版本。除了最終版本，不想將任何錯(cuò)誤報(bào)告錄入跟蹤系統(tǒng)（管理層會(huì)通過跟蹤系統(tǒng)查到錯(cuò)誤報(bào)告）。
如果測試員遇到這種情況，要與自己的經(jīng)理溝通。測試經(jīng)理可能不得不與項(xiàng)目經(jīng)理的經(jīng)理或其他關(guān)鍵項(xiàng)目相關(guān)人員溝通。問題是公司把早期版本的程序錯(cuò)誤跟蹤數(shù)據(jù)，看做是主要供程序設(shè)計(jì)使用的工具，還是看做是關(guān)鍵項(xiàng)目相關(guān)人員有權(quán)查閱的公司資源。努力合作并提供幫助，不要做公司會(huì)認(rèn)為是試圖掩蓋事實(shí)的事。
關(guān)鍵詞：
責(zé)任編輯：Rex_16
