文章目录
模板
怎么写用例？

模板




用例编号
测试模块
用例名称（测试项目）
前置条件
操作步骤
预期结果
测试结果
重要程度
更新时间
测试人员
能否接口自动化
能否 UI 自动化
备注信息




项目代码-需求代码-用例编号
可以写被测试的模块名称
可以按照功能划分
该测试用例要准备的数据以及要准备的一些前置操作
1.第一步操作
2.第二步操作
3.第三步操作

PASS 或者 FAIL 或者 WAITING 或者 N/A
高或者 中或者低
2020-01-13
李明
Y 或者 N
Y 或者 N
备注信息


解释


用例编号
用例编号是唯一的，一般我们在接到新需求的时候，产品确定好需求文档之后，我们可以开始编写测试用例了，这个测试编号是唯一的，比说 A 项目 售后模块改进.doc 的需求，售后模块改进的英文是 After Sale Module Improvement，那么这个用例编号我可以写 A-ASI-001


测试模块
比如说我测试售后功能的改进，那我这里可以写售后模块-xxx模块


用例名称
这里可以写用例名称或者测试项目，比如我要测搜索功能，这里就应该写售后模块-搜索测试


前置条件
比如登录账号进入系统这个前置操作，其中写明账号密码是多少即可


操作步骤
具体详细无歧义的操作步骤，按照 1 2 3 4 … 来划分步骤


预期结果
测试用例每一步都要写预期结果，有的步骤可能纯粹操作你可以不写，写有预期结果的，比如最后一步犹豫期结果就写1.N/A 2.N/A 3.xxxx


测试结果
填写PASS表示通过，Fail表示失败，WAITING表示等待中，N/A表示该条测试用例因某些原因可以不用管了


重要程度
高中低，看该功能的重要程度，是否影响主流程等等总和判断，这个考验测试人员对业务场景的熟悉程度。正向主流程的用例可以标记为高级别


更新时间
测试用例最近一次的更新时间，可以统一一下时间格式


测试人员
该条测试用例是谁来测试的


能否接口自动化
填写 Y 或者 N


能否 UI 自动化
填写 Y 或者 N


备注信息
具体备注的信息


必需的列
我这个测试用例的模板比较完备，一般来讲，测试用例的列不可缺少

测试标题
操作步骤
预期结果
测试结果

这四大部分，其他的列可以根据项目需要添加
统计
另外可以在用例最顶上写上统计信息，如下

怎么写用例？
我们应该怎么写用例？
我自己最常用的就是等价类划分和边界值法，其实还是等价类划分最常用，等价类划分划分到怎么样的细致程度，已经边界值分析分析到什么样的细致的程度，这个是比较灵活的，需要看测试投入时间与收益以及功能重要程度等多方面来考虑
上面所说的都是很粗略的测试用例怎么写，详细点说就是比如一个登陆页面，我们需要关注以下几个维度来编写测试用例

该页面正向主流程正向（正向+异常）
该页面各个模块组件的功能验证（正向+异常）
各个页面或者多个模块之间数据交互的验证
其他的隐藏潜在的待验证点

对于正向的页面主流程重要程度可以标记为高，其他的可以标记为中或者低，高级别的用例在冒烟或者回归时候可以被识别来测试

这种测试不会写？



1.安装插件“testMe”



2.生成测试用例代码 

如何编写测试用例

由于go test命令只能在一个相应的目录下执行所有文件，所以我们接下来新建一个项目目录gotest,这样我们所有的代码和测试代码都在这个目录下。

接下来我们在该目录下面创建两个文件：gotest.go和gotest_test.go

gotest.go:这个文件里面我们是创建了一个包，里面有一个函数实现了除法运算:
package gotest

import (
    "errors"
)

func Division(a, b float64) (float64, error) {
    if b == 0 {
        return 0, errors.New("除数不能为0")
    }

    return a / b, nil
}



	
gotest_test.go:这是我们的单元测试文件，但是记住下面的这些原则：

	
文件名必须是_test.go结尾的，这样在执行go test的时候才会执行到相应的代码
		
你必须import testing这个包
		
所有的测试用例函数必须是Test开头
		
测试用例会按照源代码中写的顺序依次执行
		
测试函数TestXxx()的参数是testing.T，我们可以使用该类型来记录错误或者是测试状态
		
测试格式：func TestXxx (t *testing.T),Xxx部分可以为任意的字母数字的组合，但是首字母不能是小写字母[a-z]，例如Testintdiv是错误的函数名。
		
函数中通过调用testing.T的Error, Errorf, FailNow, Fatal, FatalIf方法，说明测试不通过，调用Log方法用来记录测试的信息。
	
下面是我们的测试用例的代码：
	
package gotest

import (
    "testing"
)

func Test_Division_1(t *testing.T) {
    if i, e := Division(6, 2); i != 3 || e != nil { //try a unit test on function
        t.Error("除法函数测试没通过") // 如果不是如预期的那么就报错
    } else {
        t.Log("第一个测试通过了") //记录一些你期望记录的信息
    }
}

func Test_Division_2(t *testing.T) {
    t.Error("就是不通过")
}


我们在项目目录下面执行go test,就会显示如下信息：

--- FAIL: Test_Division_2 (0.00 seconds)
    gotest_test.go:16: 就是不通过
FAIL
exit status 1
FAIL    gotest  0.013s


从这个结果显示测试没有通过，因为在第二个测试函数中我们写死了测试不通过的代码`t.Error`，那么我们的第一个函数执行的情况怎么样呢？默认情况下执行`go test`是不会显示测试通过的信息的，我们需要带上参数`go test -v`，这样就会显示如下信息：


=== RUN Test_Division_1
--- PASS: Test_Division_1 (0.00 seconds)
    gotest_test.go:11: 第一个测试通过了
=== RUN Test_Division_2
--- FAIL: Test_Division_2 (0.00 seconds)
    gotest_test.go:16: 就是不通过
FAIL
exit status 1
FAIL    gotest  0.012s


上面的输出详细的展示了这个测试的过程，我们看到测试函数1`Test_Division_1`测试通过，而测试函数2`Test_Division_2`测试失败了，最后得出结论测试不通过。接下来我们把测试函数2修改成如下代码：


func Test_Division_2(t *testing.T) {
    if _, e := Division(6, 0); e == nil { //try a unit test on function
        t.Error("Division did not work as expected.") // 如果不是如预期的那么就报错
    } else {
        t.Log("one test passed.", e) //记录一些你期望记录的信息
    }
}   


然后我们执行`go test -v`，就显示如下信息，测试通过了：


=== RUN Test_Division_1
--- PASS: Test_Division_1 (0.00 seconds)
    gotest_test.go:11: 第一个测试通过了
=== RUN Test_Division_2
--- PASS: Test_Division_2 (0.00 seconds)
    gotest_test.go:20: one test passed. 除数不能为0
PASS
ok      gotest  0.013s


如何编写压力测试

压力测试用来检测函数(方法）的性能，和编写单元功能测试的方法类似,此处不再赘述，但需要注意以下几点：

压力测试用例必须遵循如下格式，其中XXX可以是任意字母数字的组合，但是首字母不能是小写字母
func BenchmarkXXX(b *testing.B) { ... }



	
go test不会默认执行压力测试的函数，如果要执行压力测试需要带上参数-test.bench，语法:-test.bench="test_name_regex",例如go test -test.bench=".*"表示测试全部的压力测试函数
	
	

	
在压力测试用例中,请记得在循环体内使用testing.B.N,以使测试可以正常的运行
	
	

	
文件名也必须以_test.go结尾
	
下面我们新建一个压力测试文件webbench_test.go，代码如下所示：

package gotest

import (
    "testing"
)

func Benchmark_Division(b *testing.B) {
    for i := 0; i < b.N; i++ { //use b.N for looping 
        Division(4, 5)
    }
}

func Benchmark_TimeConsumingFunction(b *testing.B) {
    b.StopTimer() //调用该函数停止压力测试的时间计数

    //做一些初始化的工作,例如读取文件数据,数据库连接之类的,
    //这样这些时间不影响我们测试函数本身的性能

    b.StartTimer() //重新开始时间
    for i := 0; i < b.N; i++ {
        Division(4, 5)
    }
}


我们执行命令go test -file webbench_test.go -test.bench=".*"，可以看到如下结果：

PASS
Benchmark_Division  500000000            7.76 ns/op
Benchmark_TimeConsumingFunction 500000000            7.80 ns/op
ok      gotest  9.364s  


上面的结果显示我们没有执行任何TestXXX的单元测试函数，显示的结果只执行了压力测试函数，第一条显示了Benchmark_Division执行了500000000次，每次的执行平均时间是7.76纳秒，第二条显示了Benchmark_TimeConsumingFunction执行了500000000，每次的平均执行时间是7.80纳秒。最后一条显示总共的执行时间。

开发程序其中很重要的一点是测试，我们如何保证代码的质量，如何保证每个函数是可运行，运行结果是正确的，又如何保证写出来的代码性能是好的，我们知道单元测试的重点在于发现程序设计或实现的逻辑错误，使问题及早暴露，便于问题的定位解决，而性能测试的重点在于发现程序设计上的一些问题，让线上的程序能够在高并发的情况下还能保持稳定。本小节将带着这一连串的问题来讲解Go语言中如何来实现单元测试和性能测试。

Go语言中自带有一个轻量级的测试框架testing和自带的go test命令来实现单元测试和性能测试，testing框架和其他语言中的测试框架类似，你可以基于这个框架写针对相应函数的测试用例，也可以基于该框架写相应的压力测试用例，那么接下来让我们一一来看一下怎么写。

如何编写测试用例

由于go test命令只能在一个相应的目录下执行所有文件，所以我们接下来新建一个项目目录gotest,这样我们所有的代码和测试代码都在这个目录下。

接下来我们在该目录下面创建两个文件：gotest.go和gotest_test.go

gotest.go:这个文件里面我们是创建了一个包，里面有一个函数实现了除法运算:
package gotest

import (
    "errors"
)

func Division(a, b float64) (float64, error) {
    if b == 0 {
        return 0, errors.New("除数不能为0")
    }

    return a / b, nil
}


gotest_test.go:这是我们的单元测试文件，但是记住下面的这些原则：
	
文件名必须是_test.go结尾的，这样在执行go test的时候才会执行到相应的代码
		
你必须import testing这个包
		
所有的测试用例函数必须是Test开头
		
测试用例会按照源代码中写的顺序依次执行
		
测试函数TestXxx()的参数是testing.T，我们可以使用该类型来记录错误或者是测试状态
		
测试格式：func TestXxx (t *testing.T),Xxx部分可以为任意的字母数字的组合，但是首字母不能是小写字母[a-z]，例如Testintdiv是错误的函数名。
		
函数中通过调用testing.T的Error, Errorf, FailNow, Fatal, FatalIf方法，说明测试不通过，调用Log方法用来记录测试的信息。
	
下面是我们的测试用例的代码：
	
package gotest

import (
    "testing"
)

func Test_Division_1(t *testing.T) {
    if i, e := Division(6, 2); i != 3 || e != nil { //try a unit test on function
        t.Error("除法函数测试没通过") // 如果不是如预期的那么就报错
    } else {
        t.Log("第一个测试通过了") //记录一些你期望记录的信息
    }
}

func Test_Division_2(t *testing.T) {
    t.Error("就是不通过")
}


我们在项目目录下面执行go test,就会显示如下信息：

--- FAIL: Test_Division_2 (0.00 seconds)
    gotest_test.go:16: 就是不通过
FAIL
exit status 1
FAIL    gotest  0.013s


从这个结果显示测试没有通过，因为在第二个测试函数中我们写死了测试不通过的代码`t.Error`，那么我们的第一个函数执行的情况怎么样呢？默认情况下执行`go test`是不会显示测试通过的信息的，我们需要带上参数`go test -v`，这样就会显示如下信息：


=== RUN Test_Division_1
--- PASS: Test_Division_1 (0.00 seconds)
    gotest_test.go:11: 第一个测试通过了
=== RUN Test_Division_2
--- FAIL: Test_Division_2 (0.00 seconds)
    gotest_test.go:16: 就是不通过
FAIL
exit status 1
FAIL    gotest  0.012s


上面的输出详细的展示了这个测试的过程，我们看到测试函数1`Test_Division_1`测试通过，而测试函数2`Test_Division_2`测试失败了，最后得出结论测试不通过。接下来我们把测试函数2修改成如下代码：


func Test_Division_2(t *testing.T) {
    if _, e := Division(6, 0); e == nil { //try a unit test on function
        t.Error("Division did not work as expected.") // 如果不是如预期的那么就报错
    } else {
        t.Log("one test passed.", e) //记录一些你期望记录的信息
    }
}   


然后我们执行`go test -v`，就显示如下信息，测试通过了：


=== RUN Test_Division_1
--- PASS: Test_Division_1 (0.00 seconds)
    gotest_test.go:11: 第一个测试通过了
=== RUN Test_Division_2
--- PASS: Test_Division_2 (0.00 seconds)
    gotest_test.go:20: one test passed. 除数不能为0
PASS
ok      gotest  0.013s


如何编写压力测试

压力测试用来检测函数(方法）的性能，和编写单元功能测试的方法类似,此处不再赘述，但需要注意以下几点：

压力测试用例必须遵循如下格式，其中XXX可以是任意字母数字的组合，但是首字母不能是小写字母
func BenchmarkXXX(b *testing.B) { ... }


go test不会默认执行压力测试的函数，如果要执行压力测试需要带上参数-test.bench，语法:-test.bench="test_name_regex",例如go test -test.bench=".*"表示测试全部的压力测试函数
	
在压力测试用例中,请记得在循环体内使用testing.B.N,以使测试可以正常的运行
	
文件名也必须以_test.go结尾
下面我们新建一个压力测试文件webbench_test.go，代码如下所示：

package gotest

import (
    "testing"
)

func Benchmark_Division(b *testing.B) {
    for i := 0; i < b.N; i++ { //use b.N for looping 
        Division(4, 5)
    }
}

func Benchmark_TimeConsumingFunction(b *testing.B) {
    b.StopTimer() //调用该函数停止压力测试的时间计数

    //做一些初始化的工作,例如读取文件数据,数据库连接之类的,
    //这样这些时间不影响我们测试函数本身的性能

    b.StartTimer() //重新开始时间
    for i := 0; i < b.N; i++ {
        Division(4, 5)
    }
}


我们执行命令go test -file webbench_test.go -test.bench=".*"，可以看到如下结果：

PASS
Benchmark_Division  500000000            7.76 ns/op
Benchmark_TimeConsumingFunction 500000000            7.80 ns/op
ok      gotest  9.364s  


上面的结果显示我们没有执行任何TestXXX的单元测试函数，显示的结果只执行了压力测试函数，第一条显示了Benchmark_Division执行了500000000次，每次的执行平均时间是7.76纳秒，第二条显示了Benchmark_TimeConsumingFunction执行了500000000，每次的平均执行时间是7.80纳秒。最后一条显示总共的执行时间。

小结

通过上面对单元测试和压力测试的学习，我们可以看到testing包很轻量，编写单元测试和压力测试用例非常简单，配合内置的go test命令就可以非常方便的进行测试，这样在我们每次修改完代码,执行一下go test就可以简单的完成回归测试了。

 

11.4 小结

本章我们通过三个小节分别介绍了Go语言中如何处理错误，如何设计错误处理，然后第二小节介绍了如何通过GDB来调试程序，通过GDB我们可以单步调试、可以查看变量、修改变量、打印执行过程等，最后我们介绍了如何利用Go语言自带的轻量级框架testing来编写单元测试和压力测试，使用go test就可以方便的执行这些测试，使得我们将来代码升级修改之后很方便的进行回归测试。这一章也许对于你编写程序逻辑没有任何帮助，但是对于你编写出来的程序代码保持高质量是至关重要的，因为一个好的Web应用必定有良好的错误处理机制(错误提示的友好、可扩展性)、有好的单元测试和压力测试以保证上线之后代码能够保持良好的性能和按预期的运行。