軟體測試中的測試存根和測試驅動的編寫方法

那麼你仍然對這兩個概念沒有清晰的理解。

所謂的測試存根是由你負責測試的模組方法呼叫的，所以你需要模仿它們來做乙個返回值（假的，但按設計）。

所謂驅動測試，就是你負責測試中間的模組方法，沒有main（）項，怎麼編譯，怎麼開始？ 您需要使用 main（） 編寫乙個方法來呼叫您的模組方法，即驅動程式測試。

public class ddd

test driver

public static void main(string args) {

ddd d = new ddd();

my module

public int add()

int output= ;

my module: return value is "+output+"");

return output;

stub1public int stub1()

int output=3;

stub 1 : return value is "+output+"");

return output;

stub2public int stub2()

int output=7;

stub 2 : return value is "+output+"");

return output;

我見過打樁的問題，但是我忘記了，我記得前兩天在澤眾軟體的知識庫裡看到了。

測試樁用於自上而下的測試。 它把自己換成了低階模組。 它的外觀和行為就像乙個低階模組，用於測試高階**。

試駕與測試和彈簧樁相反，用於自下而上的測試。 這是乙個替換高階軟體並更高效地執行低階模組測試的地方**。

從低到上，可以理解為先組裝帶材，然後組裝車輪，最後組裝汽車，現在帶材已經製成，但是輪架還沒有出來，我們就要測試帶材了，比如測試帶材的螺紋好不好， 等等，那麼我們就需要根據螺絲介面的詳細設計（也就是單元測試中寫的驅動器）來構建乙個輪子，這樣我們就可以模擬安裝在輪子上的帶材，根據輪扣介面上的螺紋來判斷帶材的螺紋是否正常。這就是驅動程式在單元測試中的工作方式。 反之亦然，從上往下是現有的車輪，那麼當然是鍛造帶材，這個帶材是一堆，因此，從問題來看，很明顯只有一條帶材沒有輪子，所以要模擬車輪（即司機），當然要選擇A。

希望對你有所幫助。

顯然，它不是乙個 b-pile 程式，而是乙個驅動程式。

自下而上的方法從程式模組結構中最低的模組開始組裝和測試，即對於被測的某個模組，其子模組已經提前組裝測試好了，不需要編寫樁式程式。

驅動程式是模擬被測模組的更高階別的模組。 對於上面提到的子模組的測試，您需要編寫驅動程式。

質押程式是模擬被測模組的模組，即下一級模組。 因為它現在是自下而上的，所以沒有必要寫它。

測試驅動開發（TDD）是指交錯測試開發，是一種程式開發方法，是極限程式設計的一部分。 步驟如下：

1. 確定所需的函式增量。

2. 為此功能編寫乙個測試，並將其作為自動化測試實現3。執行此測試以及已實現的所有其他測試4。實現此功能，然後重新執行此測試。

5. 一旦所有測試都成功，就按照《軟體工程》一書第 8 章第 2 節中的描述進入下乙個功能。

我的理解是，先實現函式的測試，然後實現函式，最後用先實現的測試測試實現函式。

建議房東看一看軟體工程的經典書籍。

驅動器 BAI

當被測函式不能直接執行時，需要乙個特殊的函式來驅動它的執行，比如 main 函式，或者其他可以執行這個函式的函式，這樣你就可以測試它了。

在測試上層函式時，因為被測試的函式需要呼叫一些相對底部的函式，當底層函式比較複雜時，可以考慮做乙個簡單的呼叫函式來替換原來的底層函式，前提是它不會過多影響你想測試的**。 這是一堆。

簡而言之，驅動功能模組的任務就是根據測試用例的設計呼叫被測模組，判斷被測模組的返回值是否與測試用例的預期結果匹配。

這應該是乙個三層結構。

底樁、中層驅動、上部行為模擬。