1，黑盒測試人員推斷缺陷**，主觀認為不同地方發生的類似缺陷是同乙個缺陷，而只錄入乙個缺陷。惡果：開發人員只改了缺陷指出來的地方，以為相同**的類似缺陷留到了下一輪測試。
3，人工回歸測試，由於工期緊張，人力資源緊張，人工回歸測試不能測試100%的用例，即使能測試100%，人工是不能保證確實100%都測到，惡果：每一次發布都是一次賭博。這種現象在大多數軟體組織存在，短期內難於克服。一方面內部自力更生進行自動化測試改進，另一方面投資於適當的工具，培訓最好的人員。
4，安全測試只在最後階段開展，安全測試包括檢察記憶體，cpu使用，非法侵入等等。惡果：一旦發現有問題，軟體結構可能需要大改，甚至於重新設計，發現得太晚，浪費大量時間。
5，用一種配置測試替代另一種配置測試，由於工作緊張，人員緊張，在第一種配置進行了較完整的測試後，在第二種配置測試中大幅度降低覆蓋率，減少測試工作量。比如在windows下測試通過後，簡單地在linux下測試，就結束了windows，linux兩配置測試。惡果：第二種配置測試可能留下級別較高的缺陷，如2級或3級(定義與rational公司相同)。當客戶質問為什麼會這樣時，是抱怨領導沒有安排足夠多的測試工時，還是抱怨自己主觀推測的錯誤，反正要承擔責任。
c 中的幾個「常」
c 中雖然有不少有效的措施來增加資料的安全性，但有些資料往往是共享的，例如實參與形參，變數與引用，資料及指標等，人們可以在不同的場合通過不同的途徑訪問同乙個資料物件，有時可能會在無意中改變有關資料的狀況，而這是人們不願意看到的。因此既要使資料能在一定範圍內共享，又要保證它不被任意修改，這時可以把有關...
軟體測試的組織與管理
本文 自軟體工程專家網 www.21cmm.com 作為軟體開發的重要環節，軟體測試越來越受到人們的重視。隨著軟體開發規模的增大 複雜程度的增加，以尋找軟體中的錯誤為目的的測試工作就顯得更加困難。然而，為了盡可能多地找出程式中的錯誤，生產出高質量的軟體產品，加強對測試工作的組織和管理就顯得尤為重要。...
軟體測試的組織與管理
作為軟體開發的重要環節，軟體測試越來越受到人們的重視。隨著軟體開發規模的增大 複雜程度的增加，以尋找軟體中的錯誤為目的的測試工作就顯得更加困難。然而，為了盡可能多地找出程式中的錯誤，生產出高質量的軟體產品，加強對測試工作的組織和管理就顯得尤為重要。從軟體的生存週期看，測試往往指對程式的測試，這樣做的...