測試中的常見問題其它部分

1、測試中的常見問題-其它部分MSN:tiger19:pe注：本自作者正在編寫的測試管理一書。1、 為什么盡量不要讓時間有富裕的員工去做一些測試？表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關(guān)系。測試應該是勤奮并富有耐心學習、思考和發(fā)現(xiàn)問題，細心有條理，總結(jié)問題，如果具備這樣的優(yōu)點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。如果他是專職的，那么肯定更有經(jīng)驗和信心。國內(nèi)的小伙子好象都喜歡做程序員，兩者工作性質(zhì)不同，待遇不同，地位不同，對自我實現(xiàn)的價值的認識也不同，這是行業(yè)的一個需要改善。如果只是為了完成任務而完成任務，或者

2、發(fā)現(xiàn)了幾個問題就覺得滿意了，這在任何其它工作中都是2、 完全測試程序是可能的嗎？的。測試初學者可能認為拿到后需要進行完全測試，找到全部的缺陷，使“零缺陷”發(fā)布。實際上完全測試是不可能的。主要有以下一個原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；輸入量太大，不能一一進試；輸出結(jié)果太多，只能分類進行驗證；實現(xiàn)途徑太多；產(chǎn)品說明書沒有客觀標準，從不同的角度看，缺陷的標準不同；因此測試的程度要根據(jù)實際情況確定。測試的風險主要體現(xiàn)在哪里？3、沒有對進行完全測試，實際就是選擇了風險，因為缺陷極有可能存在沒有進行測試的部分。舉個例子，程序員為了方便，在調(diào)試

3、程序時會彈出一些提示信息框，而這些提示只在某種條件下會彈出，碰巧程序發(fā)布前這些代碼中的一些沒有被注釋掉。在測試時測試工程師又沒有對其進戶發(fā)現(xiàn)。試。如果客戶碰到它，這將是代價昂貴的缺陷，因為交付后才被客因此，要盡可能的選擇最合適的測試量，把風險降低到最小。4、 發(fā)現(xiàn)的缺陷越多，說明缺陷越多嗎？這是一個比較常見的現(xiàn)象。測試工程師在沒有找到缺陷前會絞盡腦汁的思考，但是找到一個后，會接二連三的發(fā)現(xiàn)很多缺陷，頗有個人成就感。其中的原因主要如下：代碼復用、拷貝代碼導致程序員容易犯相同的錯誤。類的繼承導致所有的子類會包含基類的錯誤，反復拷貝同一代碼意味可能也了缺陷。程序員比較勞累是可以導致某些連續(xù)編寫的功能

4、缺陷較多。程序員加班是一種見慣的現(xiàn)象，因此體力不只時容易編寫一些缺陷較多的程序。而這些連續(xù)潛伏缺陷恰恰時測試工程師大顯身手的地方。“缺陷著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。如果編寫的比較好，這種現(xiàn)象就不常見了。測試只要嚴肅認真的測試程序就可以了。5、 所有的缺陷都能修復嗎？所有的缺陷都要修復嗎？從技術(shù)上講，所有的缺陷都是能夠修復的，但是沒有必要修復所有的缺陷。測試要做的是能夠正確判斷什么時候不能追求的完美。對于整個項目團隊，要做的是對每一個缺陷進行取舍，根據(jù)風險決定那些缺陷要修復。發(fā)生這種現(xiàn)象的主要原因如下：沒有足夠的時間資源。在任何一個項目中，通常情況下開發(fā)和測試都是不夠用的，而且

5、在項目中沒有足夠的回歸測試時間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強大壓力下，必須放棄某些缺陷的修改。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進行修復。不是缺陷的缺陷。經(jīng)常會碰到某些功能方面被當成缺陷來處理，這類問題可以以后有時間時考慮再處理。最后的是，缺陷是否修改要由測試、項目經(jīng)理、程序員共同來決定是否修復，不同角色的從不同的角度來思考，以的決定。6、就是 QA 嗎？的職責是盡可能早的找出測試測試缺陷，確保得以修復。而質(zhì)量保證QA）的主要職責是創(chuàng)建或者制定標準和方法，提高促進開發(fā)能力和減少缺陷。測試主要工作是測試，質(zhì)量保證員的工作對象。日常工作重要

6、內(nèi)容是檢查與評審，測試工作也是測試保證人測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高質(zhì)量而工作。7、 如何減少測試跳槽帶來的損失？在 IT 行業(yè)里跳槽已經(jīng)是一種來一定的損失。測試隊伍也無疑會見慣的現(xiàn)象，而且跳槽無論給公司還是給個人都會帶跳槽的，作為測試經(jīng)理管理者，只有從日常工作從以下兩個方面做起：中開始做起，最能最大限度的減少損失。建議加強部門內(nèi)員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉(zhuǎn)移的過程。在此基礎上，可以把個人擁有的技術(shù)以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉(zhuǎn)化。通常情況下，企業(yè)能為員工提供足夠大的發(fā)展空間時，如果不是待遇特別低，員工都不會主動離開企

7、業(yè)。因此要想留住員工，管理者就應該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設定合理發(fā)展規(guī)劃并付諸實現(xiàn)。不過這項要求做起來比較，要有比較好的企業(yè)文化為依托。8、 測試產(chǎn)品與測試項目的區(qū)別是什么？上把開發(fā)完成后進行商業(yè)化、幾乎不進行代碼修改就可以售給用戶使用的成為產(chǎn)品，也就是可以幾個特定的用戶而開發(fā)的拷貝”的成為，例如 Windows 2000。而通常把針對一個或者項目，項目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的產(chǎn)品來滿足特定的用戶需求。項目和產(chǎn)品的不同特點，決定測試產(chǎn)品和測試項目仍然會有很多不同的地方：質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復發(fā)布后產(chǎn)品的缺陷成

8、本較高，甚至會帶來很多的影響。而做項目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測試資源投入多少不同。做產(chǎn)品通常是研發(fā)中心來開發(fā)，進度壓力要小些。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。項目最后要和用戶共同驗收測試，這是產(chǎn)品測試不具有的特點。此外，測試產(chǎn)品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結(jié)合具體的環(huán)境，恰如其分的完成工作。9、 和用戶共同測試（UAT 測試）的有哪些？產(chǎn)品在投產(chǎn)前，通常都會進行用戶驗收測試。如果用戶驗收測試沒有通過，直接結(jié)果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴重。根

9、據(jù)作者的經(jīng)驗，用戶驗收測試一定要讓用戶滿意。實際上用戶現(xiàn)場測試更趨于是一種演示。在不用戶的前提下，向用戶展示的優(yōu)點，最后讓“上帝”滿意并欣然掏出“銀子”才是意下面的事項：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試的目標。因此用戶測試要注功能。這需要提前做好準備，這些功能一定要預先經(jīng)過測試，證明沒有問題才可以和用戶共同進試。測試核心模塊的目的是建立用戶對演示。的信心。當然如果這些模塊如果問題較多，不應該進行（2）如果某些模塊確實有問題，可以演示其它重要的業(yè)務功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。（3）不能用戶，蒙混過關(guān)。道理很簡單，因為是要給用戶用早出來，

10、除非你可以馬上修改。和用戶進試還要注意各種交流技巧，爭取不但短期利益得到了滿足，還要為后面得合作打好基礎。10、如何編寫提交給用戶的測試？隨著測試工作越來越受重視，開發(fā)團隊向客戶提供測試文檔是不可避免的事情。很多人會問：“可以把工作中的測試提供給客戶嗎？”是否定的。因為提供測試，可能會讓客戶失去信心，甚至否定項目。測試一般分為測試和外部測試是在測試工作中的項目文檔，反映了測試工作的實施情況，這里不過多，讀者可以參考第 9 章的相關(guān)內(nèi)容。這里主要一下外部測試的寫法，一般外部測試要滿足下面幾個要求：進行編寫，一般可以摘錄；嚴重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓根據(jù)測試不可以向客戶

11、客戶知道；上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復的；上面的內(nèi)容盡量要真實可靠；整個測試要仔細審閱，力爭不給項目帶來作用，尤其是性能測試。總之，外部測試要謹慎的編寫。11、開發(fā)老是犯一些低級錯誤怎么解決？這種現(xiàn)象在開發(fā)流程不規(guī)范的團隊里特別常見，尤其是一些“作坊式”的團隊里。解決這種問題一般從兩個方面入手：一方面從開發(fā)管理入手，也就是從根源來解決問題。可以制定規(guī)范的開發(fā)流程，甚至可以制定懲罰制度，還有就是開發(fā)前做好規(guī)劃設計。另一方面就是加強測試，具體做法就是加強開發(fā)的自己測試，把這些問題“消滅”在開發(fā)階段，這是比較好的做法，讀者可以參考第 13 章試案例分析的“13.1.2 缺陷反復出現(xiàn)，誰的責任”小節(jié)，13.1.2 專門了這類問題的方法。此外，還可以通過規(guī)范的缺陷管理來對開發(fā)進行控制，比如測試部門整理出常見的缺陷，讓開發(fā)自己對照進行檢查，以減少這類低級錯誤的發(fā)生。開發(fā)是上策。犯錯誤是正常的現(xiàn)象，作為測試一定不能抱怨，要認認真真的解決問題才12、測試工具在測試工作中是什么地位？國內(nèi)的很多測試工程師對測試工具相當迷戀，尤其是一些新手，甚至期望測試工具可以取代手工測試。測試工具在測試工作中起的是輔助作用，一般用來提高測試效率。自動化測試彌補了手工測試的，減輕一定的工作量。實際上測試