軟件測試技術常見問題匯總(5)

　　程序員比較勞累是可以導致某些連續編寫的功能缺陷較多。程序員加班是一種司空見慣的現象，因此體力不只時容易編寫一些缺陷較多的程序。而這些連續潛伏缺陷恰恰時測試工程師大顯身手的地方。

　　“缺陷一個連著一個”不是一個客觀規律，只是一個常見的現象。如果軟件編寫的比較好，這種現象就不常見了。測試人員只要嚴肅認真的測試程序就可以了。

　　5、 所有的軟件缺陷都能修復嗎?所有的軟件缺陷都要修復嗎?

　　從技術上講，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。對于整個項目團隊，要做的是對每一個軟件缺陷進行取舍，根據風險決定那些缺陷要修復。發生這種現象的主要原因如下：

　　沒有足夠的時間資源。在任何一個項目中，通常情況下開發人員和測試人員都是不夠用的，而且在項目中沒有預算足夠的回歸測試時間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強大壓力下，必須放棄某些缺陷的修改。

　　有些缺陷只是特殊情況下出現，這種缺陷處于商業利益考慮，可以在以后升級中進行修復。

　　不是缺陷的缺陷。我們經常會碰到某些功能方面的問題被當成缺陷來處理，這類問題可以以后有時間時考慮再處理。

　　最后要說的是，缺陷是否修改要由軟件測試人員、項目經理、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。

　　6、 軟件測試人員就是QA嗎?

　　軟件測試人員的職責是盡可能早的找出軟件缺陷，確保得以修復。而質量保證人員(QA)主要職責是創建或者制定標準和方法，提高促進軟件開發能力和減少軟件缺陷。測試人員的主要工作是測試，質量保證人員日常工作重要內容是檢查與評審，測試工作也是測試保證人員的工作對象。

　　軟件測試和質量是相輔相成的關系，都是為了提高軟件質量而工作。

　　7、 如何減少測試人員跳槽帶來的損失?

　　在IT行業里跳槽已經是一種司空見慣的現象，而且跳槽無論給公司還是給個人都會帶來一定的損失。測試隊伍也無疑會面臨跳槽的威脅，作為測試經理管理者，只有從日常工作中開始做起，最能最大限度的減少損失。建議我們從以下兩個方面做起：

　　加強部門內員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉移的過程。在此基礎上，可以把個人擁有的技術以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉化。

　　通常情況下，企業能為員工提供足夠大的發展空間時，如果不是待遇特別低，員工都不會主動離開企業。因此我們要想留住員工，管理者就應該把員工的個人成長和企業的發展聯系起來，為員工設定合理發展規劃并付諸實現。不過這項要求做起來比較，要有比較好的企業文化為依托。

　　8、 測試產品與測試項目的區別是什么?

　　習慣上把開發完成后進行商業化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產品，也就是可以買“賣拷貝”的軟件，例如Windows 2000。而通常把針對一個或者幾個特定的用戶而開發的軟件成為軟件項目，軟件項目是一種個性化的產品，可以是按照用戶要求全部重新開發，也可以修改已有的軟件產品來滿足特定的用戶需求。項目和產品的不同特點，決定我們測試產品和測試項目仍然會有很多不同的地方：

　　質量要求不同。通常產品的質量要高一些，修復發布后產品的缺陷成本較高，甚至會帶來很多負面的影響。而做項目通常面向某一用戶，雖然質量越高越好，但是一般只要滿足用戶要求就可以了。

　　測試資源投入多少不同。做軟件產品通常是研發中心來開發，進度壓力要小些。同時由于質量要求高，因此會投入較多的人力、物力資源。

　　項目最后要和用戶共同驗收測試，這是產品測試不具有的特點。

　　此外，測試產品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結合具體的環境，恰如其分的完成工作。

　　9、 和用戶共同測試(UAT測試)的注意點有哪些?

　　軟件產品在投產前，通常都會進行用戶驗收測試。如果用戶驗收測試沒有通過，直接結果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴重。根據作者的經驗，用戶驗收測試一定要讓用戶滿意。

原文轉自：http://www.uml.org.cn/Test/200711283.asp