web測試技術經典案例(4)

　　軟件缺陷區別于軟件bug,它是在測試過程中出現的對系統有影響的,但是在設計中沒有的或者對修改后的bug測試和開發人員有不同意見等

　　軟件未達到產品說明書標明的功能。

　　軟件出現了產品說明書指明不會出現的錯誤。

　　軟件功能超出產品說明書指明范圍。

　　軟件未達到產品說明書雖未指出但應達到的目標。

　　軟件測試員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。

　　6. 文檔測試

　　產品說明書屬性檢查清單

　　完整.是否有遺漏和丟失?完全嗎?單獨使用是否包含全部內容?

　　準確.既定解決方案正確嗎?目標明確嗎?有沒有錯誤?

　　精確,不含糊,清晰.描述是否一清二楚?還是自說自話?容易看懂和理解嗎?

　　一致.產品功能能描述是否自相矛盾,與其他功能有沒有沖突?

　　貼切.描述功能的陳述是否必要?有沒有多余信息?功能是否原來的客戶要求?

　　合理.在特定的預算和進度下,以現有人力,物力和資源能否實現?

　　代碼無關.是否堅持定義產品,而不是定義其所信賴的軟件設計,架構和代碼?

　　可測試性.特性能否測試?測試員建立驗證操作的測試程序是否提供足夠的信息?

　　產品說明書用語檢查清單

　　說明對問題的描述通常表現為粉飾沒有仔細考慮的功能----可歸結于前文所述的屬性.從產品說明書上找出這樣的用語,仔細審視它們在文中是怎樣使用的.產品說明書可能會為其掩飾和開脫,也可能含糊其詞----無論是哪一種情況都可視為軟件缺陷.

　　總是,每一種,所有,沒有,從不.如果看到此類絕對或肯定的,切實認定的敘述,軟件測試員就可以著手設計針鋒相對的案例.

　　當然,因此,明顯,顯然,必然.這些話意圖誘使接受假定情況.不要中了圈套.

　　某些,有時,常常,通常,慣常,經常,大多,幾乎.這些話太過模糊."有時"發生作用的功能無法測試.

　　等等,諸如此類,依此類推.以這樣的詞結束的功能清單無法測試.功能清單要絕對或者解釋明確,以免讓人迷惑,不知如何推論.

　　良好,迅速,廉價,高效,小,穩定.這些是不確定的說法,不可測試.如果在產品說明書中出現,就必須進一步指明含義.

　　已處理,已拒絕,已忽略,已消除.這些廉潔可能會隱藏大量需要說明的功能.

　　如果...那么...(沒有否則).找出有"如果...那么..."而缺少配套的"否則"結構的陳述.想一想"如果"沒有發生會怎樣.

原文轉自：http://www.kjueaiud.com