是大型程式測試的第乙個步驟【大型程式即超過500條語句的程式】
了解模組測試是對程式中的單個程式、子程式/過程進行測試的過程【並非對整個程式】：
模組測試的目的在於將模組的功能與定義模組的功能規格說明或介面規格說明進行比較。揭示出模組與規格說明的矛盾
測試用例的設計
首先需要模組的規格說明與模組源**
模組測試總體面向白盒測試【若對大的程式測試，不容易展開，也便於在後續測試中專心於其他型別的錯誤】
—>測試用例設計：使用一種或多種白盒測試方法分析模組的邏輯結構，然後用黑盒測試方法對照模組規格說明補充測試用例
黑盒方法：黑盒
白盒方法：
增量測試
模組測試中主要考慮兩點：
比如現在一程式有六個模組【子程式/過程】，分別以增量/非增量分析：
非增量：每一模組單獨進行模組測試根據環境和參與人數，這些模組能同時/按次序進行測試，最後組裝【整合】為完整程式
環境：如人機互動、使用批處理計算工具測試單獨一模組需要乙個特殊的驅動模組和乙個或多個樁模組。如測試b模組，發現在模組b中呼叫了模組e，就需要乙個額外元件，在b呼叫e時接受b的控制指令。這由樁模組完成【命名為e的特殊模組，模擬完成e的功能】
驅動模組：人為編寫的小模組，可將測試用例驅動或者傳輸到被測模組中【可以用測試工具代替】，最後顯示測試模組的結果測試e、c、f，可並行，可序列，需要為每一模組準備驅動模組
測試b、d，分別將其與e、f組合起來
將下乙個要測試的模組組裝到前面已經測試過的模組集合中
分析：
執行測試
當測試用例造成模組輸出的實際結果與預期結果不匹配的情況時，存在兩個可能的解釋:
為將這種混亂降低到最小程度，應在測試執行之前對測試用例集進行審核或檢查(也就是說，應對測試用例進行翻試)
在執行測試時，應該查詢程式的***( 即模組執行了某些不該執行操作的情況)。一般情況下，這些情況都是很難發現的，但如果在測試用例執行完之後，檢查那些不應有變動的模組輸人，可能會發現一些錯誤例項
如果發現某一部分模組存在大量錯誤，那麼很有可能這些模組甚至包含著更多的錯誤，只是尚未檢查出來而已。這樣的模組應該進行更進一·步的測試，可能還需要進行額外的**走查或檢查。最後，記住模組測試的目的不是證明模組能夠正確地執行，而是證明模組中存在著錯誤
軟體測試之單元測試
對於一般的大型程式，我們一般都會先進行單元測試，乙個單元一般是乙個子程式 乙個類 乙個函式 乙個模組等等，根據具體情況劃分。單元測試將注意力放在各個小的單元上，使得測試人員能夠相對容易的定位到錯誤的地方，同時由於把程式進行了模組化，所以可以多個單元模組同時測試。單元測試過程主要需要考慮兩個大點 設計...
軟體測試 Python 單元測試
數字轉布林型 class js def he self,i j 0s 0 while j i s j j 1 return simport unittest from com.tjb.tt.js import js 測試檔案不能使用 print 方法 class test1 unittest.tes...
軟體測試之 單元測試
1 單元測試是對軟體基本組成單元進行的測試，如函式 fuction或procedure 或乙個類的方法 method 這裡，基本單元不一定是指乙個具體的函式 fuction或procedure 或乙個類的方法 method 在具體實現時，也可能對應的是多個程式檔案中的一組函式。2 在軟體系統中，單元...