精华内容
下载资源
问答
  • 上面所说的都是很粗略的测试用例怎么写,详细点说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例 模板 用例编号 测试模块 用例名称(测试项目) 前置条件 操作步骤 预期结果 测试结果 重要程度 ...

    模板

    用例编号 测试模块 用例名称(测试项目) 前置条件 操作步骤 预期结果 测试结果 重要程度 更新时间 测试人员 能否接口自动化 能否 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.生成测试用例代码

    这种测试不会写?

    1.安装插件“testMe”

    2.生成测试用例代码 

    展开全文
  • Go怎么写测试用例

    2021-02-10 07:11:14
    如何编写测试用例 由于go test命令只能在一个相应的目录下执行所有文件,所以我们接下来新建一个项目目录gotest,这样我们所有的代码和测试代码都在这个目录下。 接下来我们在该目录下面创建两个文件:gotest.go和...

    如何编写测试用例

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

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

    1. 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
    }
    
    1. gotest_test.go:这是我们的单元测试文件,但是记住下面的这些原则:

      • 文件名必须是_test.go结尾的,这样在执行go test的时候才会执行到相应的代码
      • 你必须import testing这个包
      • 所有的测试用例函数必须是Test开头
      • 测试用例会按照源代码中写的顺序依次执行
      • 测试函数TestXxx()的参数是testing.T,我们可以使用该类型来记录错误或者是测试状态
      • 测试格式:func TestXxx (t *testing.T),Xxx部分可以为任意的字母数字的组合,但是首字母不能是小写字母[a-z],例如Testintdiv是错误的函数名。
      • 函数中通过调用testing.TErrorErrorfFailNowFatalFatalIf方法,说明测试不通过,调用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纳秒。最后一条显示总共的执行时间。

    展开全文
  • 11.3 Go怎么写测试用例

    2021-03-10 14:30:27
    开发程序其中很重要的一点是测试,我们如何保证代码的质量,如何保证每个函数是可运行,运行结果是正确的,又如何保证出来的代码性能是好的,我们知道单元测试的重点在于发现程序设计或实现的逻辑错误,使问题及早...

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

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

    如何编写测试用例

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

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

    1. 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
    }
    
    1. gotest_test.go:这是我们的单元测试文件,但是记住下面的这些原则:
      • 文件名必须是_test.go结尾的,这样在执行go test的时候才会执行到相应的代码
      • 你必须import testing这个包
      • 所有的测试用例函数必须是Test开头
      • 测试用例会按照源代码中写的顺序依次执行
      • 测试函数TestXxx()的参数是testing.T,我们可以使用该类型来记录错误或者是测试状态
      • 测试格式:func TestXxx (t *testing.T),Xxx部分可以为任意的字母数字的组合,但是首字母不能是小写字母[a-z],例如Testintdiv是错误的函数名。
      • 函数中通过调用testing.TErrorErrorfFailNowFatalFatalIf方法,说明测试不通过,调用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应用必定有良好的错误处理机制(错误提示的友好、可扩展性)、有好的单元测试和压力测试以保证上线之后代码能够保持良好的性能和按预期的运行。

    展开全文
  • 测试用例 ipv4地址的格式:(1~255).(0 ~255).(0 ~255).(0 ~255) 1. 正则表达式 import re def check_ip(one_str): compile_ip = re.compile('^(([1-9]|[1-9]\d|1\d{2}|2[0-4]\d|25[0-5])\.){3}(\d|[1-9]\d...
  • 前言 因为好了测试xmind脑图后,然后再编写测试用例,实在是太麻烦了,所以我了一点测试用例后,就网上百度了下,怎么直接把xmind脑图转换成excel测试用例,纯个人学习笔记 本文参考: ... 提示:以下是本篇文章...
  • 比如登录失败时,就跳过退出登录的用例,示例代码如下,大神求教,应该怎么写才能达到跳过的效果,如果使用@unittest.skipIf(),但是我怎么知道上个用例失败了呢 ``` import unittest class TestDemo...
  • 实际写代码的时候会遇到这样的问题,以登录登出为例,登录失败后我们怎么跳过登出的用例,因为登录失败后测试登出没有意义结果里的报错也没有意义。这里主要使用两个知识点,装饰器和 TestCase中的_outcome.result ...
  • 传统的用例需要测试或者开发人员将用户的操作用代码表示出来,通过断言判断是否和预期一致,写测试用例也占用了部分时间,加上版本迭代测试用例的维护成本也较高,于是基于无埋点的需求相结合来检测埋点,及时告警,...
  • Golang测试用例

    2019-02-21 17:32:16
    Go怎么写测试用例 开发程序其中很重要的一点是测试,我们如何保证代码的质量,如何保证每个函数是可运行,运行结果是正确的,又如何保证写出来的代码性能是好的,我们知道单元测试的重点在于发现程序设计或实现的...
  • 当你不知道怎么写或者想更快捷的的时候,可以在右边snippets区域看看有没有我们想要测试的点,如果有的话,点击,就会在左边的测试栏生成测试代码 开始测试 tests["必须返回10条数据"] = res.length =...
  • LeetCode构建树的测试用例

    千次阅读 2019-03-29 20:52:39
    一直卡在了如何构建一颗树的测试用例 所以想篇文章专门分享一下 对了,分享一波最近做的书签 首先分享如何构建一颗二叉树的代码吧,因为这种情况比较特殊,所以更好。 class TreeNode(object): def __...
  • 如何操作codecover?测试用例它具体是什么,测试覆盖又是怎么样实现的?测试用例约简采用贪心算法,这个代码怎么写的啊?
  • 我回答当然会呀,自己代码怎么不测呢。现在想想我好像误会他的意思了,他应该是想问我关于单元测试,集成测试以及背后相关的知识,然而当时说到测试,我也只知道 Junit。那么今天就说说开发过程中涉及到的测试...
  • binder 源码分析binder 上层通信思路源码验证binder_call 函数分析分析 bctest.c 使用binder_call自己的代码 怎么写?编写代码cpp : android handler是什么? binder 源码分析 binder 主要的功能是跨进程的通信 IPC...
  • } } 测试用例: 等价类划分: 有效可用的IP地址 A类 1.0.0.0 -126.255.255.254 A私有 10.0.0.0 -10.255.255.254 B类 128.0.0.0 -191.255.255.254 B私有 172.16.0.0 -172.31.255.254 C类 192.0.0.0 -223.255.255.254...
  • 我们在写代码的时候,通常就需要验证程序的执行是不是符合预期,所以我们需要做testcase; 下面是一个活动报名的系统: 可以看到这个系统有「限制活动的报名人数20人」的设定,要测试这个设定是否符合我们的预期...
  • Cppunit也有自动生成测试用例的框架

    千次阅读 2008-05-10 23:08:00
    不知道那些emacs高手都是怎么写的。觉得,还是有个自动生成测试代码的框架比较好。其实早在去年,我已经使用过cppunit,但是,好像所有的CPP项目组,没有几个人是使用这个东西的。今年觉得还是需要使用CPPUNIT,
  • 随着 Web 应用的复杂程度越来越高,很多公司越来越重视前端单元测试。...本文从一个真实的应用场景出发,从设计模式、代码结构来分析单元测试应该包含哪些内容,具体测试用例怎么写,希望看到的童鞋...
  • 随着 Web 应用的复杂程度越来越高,很多公司越来越重视前端单元测试。...本文从一个真实的应用场景出发,从设计模式、代码结构来分析单元测试应该包含哪些内容,具体测试用例怎么写,希望看到的童鞋都能有所收获。 ...
  • go 语言怎么写test测试

    千次阅读 2017-08-23 16:17:36
    Go怎么写test测试用例开发程序其中很重要的一点是测试,我们如何保证代码的质量,如何保证每个函数是可运行,运行结果是正确的,又如何保证写出来的代码性能是好的,我们知道单元测试的重点在于发现程序设计或实现的...
  • 接收一个数字字母字符串,N位(N>5不含转义字符),存储在一个M长度的字符数组里(N (1)将该N个数字字母字符储存在一个有M个长度的字符数组a,显示结果; (2)自动判断这个字符串是否存在...测试用例:(1)123450  
  • 我怀疑标题有点病句。。。 最近因为老大要求,需要对app的接口数据请求部分单元测试,我在这里想问一下逻辑性问题: 我们的项目列表数据请求分为有token...这种情况我要怎么写测试用例呢?给位大神请给指点一下!
  • ”大师回答道:“不要考虑代码覆盖率,只要出一些好的测试用例即可。”  一大早,一个年轻的程序员问大师:  “我准备一些单元测试用例代码覆盖率应该达到多少为好?”  大师回答道:  “不要考虑代码覆盖率...
  • (据说先写测试用例写代码,比较高级) 1、带符号的数字且长度较短的字符串 +12,-13等 2、不带符号的数字且长度较短的字符串 2334等 3、字母和数字组合:a23 ,34fg56等 4、其他非数字非字符字符和数字或者...
  • 本文从一个真实的应用场景出发,从设计模式、代码结构来分析单元测试应该包含哪些内容,具体测试用例怎么写,希望看到的童鞋都能有所收获。 完整的代码内容在这里(各位童鞋觉得好帮忙去给个哈)。 项目用到的技术...

空空如也

空空如也

1 2 3 4 5 ... 11
收藏数 215
精华内容 86
关键字:

代码测试用例怎么写