「沒有什麼事物是好的或者壞的，而是思維讓事物有了好壞之分」--莎士比亞
如何才能知道，測試是否進行得很好？你對測試結果又能夠有多少信任？
1、永遠無法確切地知道
永遠無法確切地知道，而且永遠無法通過孤立地看某個測試來知道乙個測試是否是良好的--但是確實有很多方法可以得知某個測試是否是糟糕的。
2、只能根據事實來評估良好性
如果知道乙個系統中有多少bug，就至少可以開始評估一組測試的良好性，或者說非糟糕性。
3、可能希望故意插入一些bug
通過植入bug（或者說『插錯』）來獲得對軟體中可能餘留了多少問題的定量估算。
4、對良好性的估算總是統計性的
大多數時候，乙個不能工作的煙霧報警器與乙個可以工作的煙霧報警器是沒有區別的。遺憾的是，最常見的提醒人們替換電池的是火災。
類似地，不能認為測試員找到的bug少就認為ta工作表現差；劣質軟體、單元測試未排除簡單bug（噪音），都會讓測試員看上去表現優秀。
這種度量體系下，糟糕的開發人員可能是測試員最好的朋友:(
5、可以對『不差』進行估算
經理還是可以通過以下型別的問題對『不差性』進行很多的評估：
* 測試是否名義上能夠提供需要的住處？
* 是否進行了文件記錄？
* 是否能理解它？如果不行，你怎麼可能知道它到底是好還是壞？
* 它是否至少覆蓋了那些最重要的部分？
* 是否確實完成了（測試執行）？
* 是否可以看出測試和演示之間的差別？
* 對趨勢和狀態的報告是否過於簡單化和定期化了？
* 不同型別的測試活動之間是否有不一致的地方？比如效能測試發現了功能性缺陷
* 經理們是明察秋毫的嗎？
小結：永遠無法確切地知道測試是否完成得很好；但是如果測試完成得不好，有很多方法可以知道或估算出來。
常見錯誤：
1、未考慮到底在尋找哪些資訊
2、根據發現的bug數量來衡量測試人員的好壞
3、認為可以確定乙個測試有多好
4、在不了解產品內部結構的情況下進行
5、測試時過於了解產品的內部結構
6、給出對bug的統計估算時將它們當作固定的、確定的數字
7、未對測試的『不良性』進行度量
8、不能保證開發過程良好地完成：對低劣的**測試得再好又有什麼用呢？
9、未考慮由於發現大量bug導致的測試效率的損失
*****=== by 鬼谷子@魔教*************************
《完美軟體》讀書筆記10 有關測試的主要誤區
專家就是避免了小錯誤卻落入重大誤區的人 benjamin stolberg,作家及公眾人物 1914 1951 有一些非常嚴懲的錯誤想法會毀掉任何乙個測試專案 1 指責誤區 2 窮舉測試誤區 3 測試產生質量 誤區 4 分解誤區 以為系統測試可以捕獲所有的缺陷，而將單元測試當作冗餘的加以忽略 整體就...
《軟體測試》 讀書筆記
黑箱測試 在設計測試的過程中，把軟體系統當做乙個 黑箱 無法了解或使用系統的內部結構統計知識。白箱測試 在設計測試的過程中，設計者可以 看到 軟體系統的內部結構，並使用軟體的內部結構和知識來選擇測試資料及具體的測試方法。功能測試 a.單元測試 b.功能測試 c.整合測試 d.場景測試 e.系統測試 ...
軟體測試 讀書筆記
1.軟體測試背景 2002年，軟體測試進一步定義為 測試是為了度量和提高被測試軟體的質量，對測試軟體進行工程設計 實施和維護的整個生命週期過程 2 軟體缺陷 所有的軟體問題都可以統稱為軟體缺陷，可以從以下五點定義軟體缺陷 軟體未達到產品說明書標明的功能 軟體出現了產品說明書指明不會出現的錯誤 軟體功...