DLT作為軟件測試工具 軟件測試工具
由于路徑的數量依賴于板塊中決策的書目的討論)，所以DLT對于基于覆蓋原則設計測試用例是個很好的工具。它的
優秀還在于DLT將模塊中所有的決策都融人到了DLT格式中——每一個可能的條件狀態組合(每一個組合就是一個邏輯璐徑)都被覆蓋了[6、7]。再者，前面討論過的完備性檢查確保了沒有路徑被遺忘。
因此，每一個表都導致有限數量的捌試用例被掭加到了測試數據集中。由于測試用例是根據表中的每一個規則產生的，測試者可以從路徑覆蓋的觀點確信完全測試了模塊的邏輯。此外，如果內嵌的DLT可能會失敗，那么完全覆蓋可能會少用一些測試用倒就可達到。從測試費用的角度來看，在足夠覆蓋的情況下，測試用例越少越好。
根據M卿-s提出的關于用等價類開發測試數據記錄的觀點[16]，我們可產生如下啟發來填寫數據集。
1)對于所有的DLT，對嵌人DLT中的每一個規則賦以任意數字，不斷重復上述工作，直到表中的所有規則被惟一地區分出來。
2)直到每一個代表有效輸入值的規則被覆蓋，寫下覆蓋盡量多的有效規則的單個測試紀錄。
3)直到每一個代表無效輸入值的規則被覆蓋，寫下覆蓋一個且僅一個規則的測試紀錄。
由于規則集是由Myers提出來為等價類創建測試用例的[16]，規則集還被應用到了DLT圖的表格式，一組類似的測試數據和在某種情況中等價類多余的測試數據被產生。DLT方法與等價類方法相比較，它的優勢主要在于它可以證明完備性。等價類劃分沒有固有的方法確保所有可能的類都被識別。從黑箱測試的觀點來看，每一個等價類為模塊識別一個惟一的輸人類型，而且每一個惟一的輸入類型要調用模塊的一個明確的路徑。在DLT中的一個規則識別一組惟一的環境(它隨后定義了一種惟一的輸入)。從這種意義上講，這兩種測試用例設計方法是一樣的，它們NNN在于建立等價類的策略和枉DLT表中列舉規則的策略不同。
要找更加詳細的討論和DLT作為產生測試數據的綜合性的例子可參考Mosley[15]。你也許想深入研究DLT術語結構化表方法(StructuredTableauM甜：l崦￡r)的擴展可參見[1、2、6、7、15]。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
