您好,登錄后才能下訂單哦!
當您的團隊中的所有測試人員都用盡并且所有計劃的測試都已執行時,就會發生詳盡的測試(也稱為完整測試)。 它是一種質量保證測試技術,其中測試所有場景或數據以進行測試。 以更容易理解的方式,詳盡的測試意味著確保在測試階段結束時沒有未發現的故障。 除了微不足道的情況之外,測試一切(輸入和前置條件的所有組合)是不可行的。 作為測試人員,我們經常說,“好吧,我從來沒有足夠的時間進行測試。”即使你在這個世界上有所有時間,你仍然沒有足夠的時間來測試所有可能的輸入組合和輸出組合。
我們知道, 軟件測試 的 7個測試原則之一 表明無法進行詳盡的測試。 現在的問題是,由于無法進行詳盡的測試,我們應該如何獲得足夠的覆蓋率來判斷被測應用程序是否傾向于沒有任何缺陷?
我們不是試圖用我們傾向于做的事情來測試所有內容,而是想要應用一些有用的方法,而是使用風險和優先級來集中測試工作。 我們可能會采用成對測試等技術來減少組合的數量,或者使用因果圖形等方法,并采用更多基于邏輯的方法來優化我們的測試。 以下是可以在測試計劃中明確包含的基本和基本策略:
對業務的影響: 這不是唯一的,而是了解風險的最重要參數之一。 測試人員應該質疑,如果被測模塊的某個功能失效,它將給整個模塊帶來多大的風險。 測試人員應該不斷與模塊的業務分析師合作,以了解每個功能失敗帶來的威脅,以便在測試中優先考慮它。
失敗的可能性: 此參數在理解功能的健康狀況方面也起著重要作用。 與其他功能相比,某些功能可能具有很高的失敗概率。 例如,讓我們考慮一個電子商務網站,該網站將具有以用戶身份登錄的一種功能,以及確定用戶瀏覽歷史記錄并正確地為用戶提供更多選項(交叉銷售/追加銷售)。 作為測試人員,我們可以確定第二個功能具有更高的破解概率,因為與可能具有較低失敗概率的登錄頁面相比,它包含許多要實現的業務算法。
回歸: 測試人員應該通過識別在AUT的某些區域發生變化或增加時必須更頻繁地回歸的功能來查看此參數。 應該進行正確的影響分析,以正確確定區域。 影響分析應始終涉及開發人員,QA和業務分析師團隊,以便正確了解受影響的區域。
恢復: 如果某個功能會破壞 恢復的 速度或恢復所需的時間。 質量保證人員可以從開發人員那里獲得被測應用程序的每個功能的恢復時間。
無法執行完整測試或詳盡測試。 對于大多數系統而言,由于以下原因幾乎不可能:
程序可能輸入的域太大,無法完全用于測試系統。 有效輸入和無效輸入。
該計劃可能有大量的州。 輸入可能存在時序約束,即輸入可能在某個時間有效而在其他時間無效。 有效但未正確定時的輸入值稱為不合適輸入。 系統的輸入域可以非常大,以完全用于測試程序。
設計問題可能太復雜而無法完全測試。 設計可能包含隱式設計決策和假設。 例如,程序員可以使用全局變量或靜態變量來控制程序執行。
可能無法創建系統的所有可能的執行環境。 當軟件系統的行為取決于真實的外部世界時,例如天氣,溫度,海拔高度,壓力等,這變得更加重要。
在 IE工具>高級選項 窗口:
53二元條件
1條件有3個選項
1個條件有4個選項
2 ^ 53 = 9,007,199,254,740,992 x 12 = 108,086,391,056,891,904條件的可能組合
每次測試執行一秒鐘:
108,086,391,056,891,904 / 360 = 300,239,975,158,033.067小時(12,509,998,964,918.04天或34,273,969,766.9年)測試所有可能的組合。
我們來看一個具有以下功能的電子商務網站:
登錄
選擇產品
過濾產品的顏色
按價格過濾產品。
添加到購物車
購買產品(支付門戶)
在風險識別參數的基礎上,用戶可以創建一個矩陣以包含在測試計劃中。 每個參數都可以給出分數,這樣我們就可以有一個正確的方法來識別高風險區域。
對業務的影響:1-10
失敗的可能性:1-10
回歸:1-5
恢復:1-5
根據上述方法,得分高于25的區域應被視為極高風險區域,并且需要進行近乎徹底的測試。 因此,對于上面的示例,“添加到購物車”應該對所有測試類型實施深入測試,并且應該進行詳盡的測試。
讓我們為上面的例子創建一個矩陣:
功能 | 對業務的影響 | 失敗的可能性 | 回歸 | 復蘇 |
登錄 | 10 | 3 | 1 | 1 = 15 |
選擇帶濾色鏡的產品 | 五 | 五 | 2 | 2 = 14 |
選擇帶有價格過濾器的產品 | 8 | 五 | 2 | 2 = 17 |
添加到購物車 | 10 | 8 | 3 | 4 = 25 |
購買該產品 | 10 | 7 | 2 | 2 = 21 |
因此,根據得分,我們將“添加到購物車”功能作為“最高風險區域”的最重要競爭者,因此現在我們可以優先考慮測試。 我們還可以確定QA團隊需要進行近乎詳盡的測試。
質量保證團隊可以通過查看他們的分數來簡化風險緩解計劃
分數1-5: - 單元測試和評論。
分數5-10: - 單元測試+黑盒測試(回歸和高業務影響區域)
分數10-15: - 深度有限的典型測試類型。
分數15-25: - 某些測試類型中具有深度的典型測試類型。
分數25-30: - 高風險區域。 對所有測試類型進行全面覆蓋和深入測試。
根據上述方法,得分高于25的區域應被視為極高風險區域,并且需要進行近乎徹底的測試。因此,對于上述示例,“添加到購物車”應實施深入測試對于所有測試類型和應該進行詳盡的測試。
有效的測試 | 徹底的測試 |
有效的測試強調了測試軟件的有效技術,以便在受限資源內測試重要的功能 | 窮舉或完全測試意味著必須執行程序中的每個語句和每個可能的數據路徑組合 |
這是一種實用的方法,因為:
|
無法執行,因為:
|
它具有成本效益 | 這不符合成本效益 |
它不那么耗時,也不那么復雜 | 這既耗時又復雜 |
它被采用,以便最好地覆蓋關鍵測試用例 | 它涵蓋了所有測試用例 |
為了進行有效的測試,我們可以使用等價類方法,BVA等來最小化窮舉測試所面臨的問題 | 假設密碼字段接受3個混亂。 因此,我們必須在窮舉測試期間測試大約256x256x256的輸入組合。 |
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。