mirror of
https://github.com/gopl-zh/gopl-zh.github.com.git
synced 2025-08-12 17:52:39 +00:00
回到简体
This commit is contained in:
@@ -1,8 +1,8 @@
|
||||
### 11.2.2. 測試一個命令
|
||||
### 11.2.2. 测试一个命令
|
||||
|
||||
對於測試包`go test`是一個的有用的工具,但是稍加努力我們也可以用它來測試可執行程序。如果一個包的名字是 main,那麽在構建時會生成一個可執行程序,不過main包可以作爲一個包被測試器代碼導入。
|
||||
对于测试包`go test`是一个的有用的工具,但是稍加努力我们也可以用它来测试可执行程序。如果一个包的名字是 main,那么在构建时会生成一个可执行程序,不过main包可以作为一个包被测试器代码导入。
|
||||
|
||||
讓我們爲2.3.2節的echo程序編寫一個測試。我們先將程序拆分爲兩個函數:echo函數完成眞正的工作,main函數用於處理命令行輸入參數和echo可能返迴的錯誤。
|
||||
让我们为2.3.2节的echo程序编写一个测试。我们先将程序拆分为两个函数:echo函数完成真正的工作,main函数用于处理命令行输入参数和echo可能返回的错误。
|
||||
|
||||
<u><i>gopl.io/ch11/echo</i></u>
|
||||
```Go
|
||||
@@ -41,7 +41,7 @@ func echo(newline bool, sep string, args []string) error {
|
||||
}
|
||||
```
|
||||
|
||||
在測試中我們可以用各種參數和標標誌調用echo函數,然後檢測它的輸出是否正確, 我們通過增加參數來減少echo函數對全局變量的依賴。我們還增加了一個全局名爲out的變量來替代直接使用os.Stdout,這樣測試代碼可以根據需要將out脩改爲不同的對象以便於檢査。下面就是echo_test.go文件中的測試代碼:
|
||||
在测试中我们可以用各种参数和标标志调用echo函数,然后检测它的输出是否正确, 我们通过增加参数来减少echo函数对全局变量的依赖。我们还增加了一个全局名为out的变量来替代直接使用os.Stdout,这样测试代码可以根据需要将out修改为不同的对象以便于检查。下面就是echo_test.go文件中的测试代码:
|
||||
|
||||
```Go
|
||||
package main
|
||||
@@ -82,15 +82,15 @@ func TestEcho(t *testing.T) {
|
||||
}
|
||||
```
|
||||
|
||||
要註意的是測試代碼和産品代碼在同一個包。雖然是main包,也有對應的main入口函數,但是在測試的時候main包隻是TestEcho測試函數導入的一個普通包,里面main函數併沒有被導出,而是被忽略的。
|
||||
要注意的是测试代码和产品代码在同一个包。虽然是main包,也有对应的main入口函数,但是在测试的时候main包只是TestEcho测试函数导入的一个普通包,里面main函数并没有被导出,而是被忽略的。
|
||||
|
||||
通過將測試放到表格中,我們很容易添加新的測試用例。讓我通過增加下面的測試用例來看看失敗的情況是怎麽樣的:
|
||||
通过将测试放到表格中,我们很容易添加新的测试用例。让我通过增加下面的测试用例来看看失败的情况是怎么样的:
|
||||
|
||||
```Go
|
||||
{true, ",", []string{"a", "b", "c"}, "a b c\n"}, // NOTE: wrong expectation!
|
||||
```
|
||||
|
||||
`go test`輸出如下:
|
||||
`go test`输出如下:
|
||||
|
||||
```
|
||||
$ go test gopl.io/ch11/echo
|
||||
@@ -100,6 +100,6 @@ FAIL
|
||||
FAIL gopl.io/ch11/echo 0.006s
|
||||
```
|
||||
|
||||
錯誤信息描述了嚐試的操作(使用Go類似語法),實際的結果和期望的結果。通過這樣的錯誤信息,你可以在檢視代碼之前就很容易定位錯誤的原因。
|
||||
错误信息描述了尝试的操作(使用Go类似语法),实际的结果和期望的结果。通过这样的错误信息,你可以在检视代码之前就很容易定位错误的原因。
|
||||
|
||||
要註意的是在測試代碼中併沒有調用log.Fatal或os.Exit,因爲調用這類函數會導致程序提前退出;調用這些函數的特權應該放在main函數中。如果眞的有意外的事情導致函數發生panic異常,測試驅動應該嚐試用recover捕獲異常,然後將當前測試當作失敗處理。如果是可預期的錯誤,例如非法的用戶輸入、找不到文件或配置文件不當等應該通過返迴一個非空的error的方式處理。幸運的是(上面的意外隻是一個插麴),我們的echo示例是比較簡單的也沒有需要返迴非空error的情況。
|
||||
要注意的是在测试代码中并没有调用log.Fatal或os.Exit,因为调用这类函数会导致程序提前退出;调用这些函数的特权应该放在main函数中。如果真的有意外的事情导致函数发生panic异常,测试驱动应该尝试用recover捕获异常,然后将当前测试当作失败处理。如果是可预期的错误,例如非法的用户输入、找不到文件或配置文件不当等应该通过返回一个非空的error的方式处理。幸运的是(上面的意外只是一个插曲),我们的echo示例是比较简单的也没有需要返回非空error的情况。
|
||||
|
Reference in New Issue
Block a user