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