在多個培訓中，我都會與學員探討測試的七項基本原則，發現自己所舉出的例子都是反面的，思考一下這個問題，為何我們在一些基本原則上仍然Hold不住？是不是有些“潛規則”在作祟？因而，發起這個話題，討論測試的“潛規則”。
先看看ISTQB的“測試七項基本原則”：
原則1：測試指出缺陷的存在——測試沒有發現缺陷并不意味著不存在缺陷
原則2：窮盡測試是不可能的
原則3：測試要盡早介入
原則4：缺陷集群性——大多數缺陷總是發生在少量模塊/特性上
原則5：殺蟲劑悖論
原則6：測試活動依賴于測試Context
原則7：“Absence-of-errors ”（無錯就是好）謬誤
總結一下偏離這些基本原則的潛規則，如下：
潛規則1：可以規劃軟件中缺陷的數量
- 使用千行代碼缺陷密度做為過點要求
- 缺陷密度降低被認為是質量改善
潛規則2：測試周期總是可以壓縮的
- 計劃是倒排的，但開發周期延長，測試還是要保證按時完成
- 實在無法壓縮的話，通過外包一批完全不懂測試的人也可以搞定
潛規則3：測試在前期的工作只能是學習
- 測試只需要在后端介入，前端投入是浪費人力
- 系統設計與測試無關，不能測的話自己想辦法
潛規則4：缺陷都應該用“三板斧”來發現
- 對每個特性，構造滿配置、滿容量、頻繁倒換，Bug馬上出現
- 基本功能的覆蓋沒有意義，發現不了問題
潛規則5：姜是老的辣，用例是陳的香
- 規格變了，用例不需要更新；架構變了，用例不需要更新；需求變了，用例也不需要更新
- 用了10年沒變化的用例被視為“金科玉律”，絕對不能變更
潛規則6：任何一個測試項目都是可以復制的
- 做測試策略，先把上個版本的Copy過來，再修改版本號，基本搞定！
潛規則7：超出設計規格的缺陷都不是缺陷
- 設計本來就是這樣的，這樣測就不對
- 如果有問題是需求的問題，不是缺陷
那么，做測試的你，被“潛”了嗎？