.net持续集成测试篇之Nunit参数化测试

简介: .net持续集成测试篇之Nunit参数化测试系列目录在进行单元测试的时候,很多时候,很多时候我们都是在单元测试方法内部提供特定的值,但是这样测试往往造成样本数不足从而导致覆盖的结果不够全面,很多时候我们更想提供来自外部的,满足条件的一组值来进行测试.

.net持续集成测试篇之Nunit参数化测试
系列目录

在进行单元测试的时候,很多时候,很多时候我们都是在单元测试方法内部提供特定的值,但是这样测试往往造成样本数不足从而导致覆盖的结果不够全面,很多时候我们更想提供来自外部的,满足条件的一组值来进行测试.其实Nunit框架本身提供了为测试用例提供值的能力.我们可以对它进行扩展来实现导入外部的值来填充到测试方法内部.很多朋友也自己写了不少按照一定规则生成值的方法.但是往往都是在方法内部直接调用,这样就会和单元测试的逻辑混杂在一块,导致测试方法本身不够简洁.其实可以根本测试框架本身的能力改造成为注解的方式,这样参数生成逻辑和测试逻辑一目了然.后面我们还会讲解基于Autofixture框架来生成填充数据,autofixture相比我们自己写的值填充方法,往往功能更加强大.后面我们将见证其强大之处.

提供普通参数
很容易发现,单元测试的方法都是不带参数的,有些时候我们需要为一个要测试的方法(并非单元测试方法)提供多个参数进行测试,这就会导致一个问题:我们需要写很多类似的测试方法,只是参数不一样,这样维护起来不方便,同时大量重复的工作也很烦.下面介绍Nunit里如何为测试提供参数

    int  Add(int x, int y)
    {
        return x + y;
    }

以上是我们要测试的方法.

虽然Nunit测试方法正常情况下是不支持参数的,但是如果对参数添加的values注解,Nunit便会把这些参数应用到测试.
我们看一下编写的测试方法

    [Test]
    public void DemoTest([Values(3,4,5)]int a,[Values(6,7,8)]int b)
    {
        var result = Add(a, b);
        Assert.AreEqual(a + b, result);
    }

我们运行以上方法,可以看到测试结果通过,但是我们看一下测试面板(Test Explorer)

avatar
通过截图我们很容易发现,这个测试方法一共运行的九次!再仔细看看方法对应的参数,可以看到它是使用组合的方式把所有的可能都组合一遍.

但是有些时候我们想要的不是这样的组合,我们想要的更多时候是(3,6),(4,7),(5,8)这样的组合,如何做到呢,仍然看一段示例代码

    [Test]
    [Sequential]
    public void DemoTest([Values(3,4,5)]int a,[Values(6,7,8)]int b)
    {
        var result = Add(a, b);
        Assert.AreEqual(a + b, result);
    }

我们看看运行结果

avatar

这次只运行了三次,并且参数的组合正如我们期待的.
这个方法和上面的一样,只是多了一个[Sequential]注解

注意Values注解里的参数都是Object类型,运行时候转换为参数的真正类型,如果无法转换则会抛出异常.比如[Values("a")]int x由于a是字符串类型,通过内置方法无法转换为int,因些会抛出异常.

提供基于范围的参数
上面的测试Values(3,4,5)和Values(6,7,8)都是连续的数字,如果连接的参数更多,我们可以使用基于范围的参数.

看以下示例代码

    [Test]
    [Sequential]
    public void DemoTest([Range(3,5)]int a,[Range(6,8)]int b)
    {
        var result = Add(a, b);
        Assert.AreEqual(a + b, result);
    }

我们把Values注解改为Range注解,就ok了

提供随机参数
我们还可以为测试提供一些随机数,以使测试变得更随机,覆盖范围更大

这里要使用Random注解
请看下面示例

   [Test]
   [Sequential]
    public void DemoTest([Random(3)]int a, [Random(3)]int b)
    {
        var result = Add(a, b);
        Assert.AreEqual(a + b, result);
    }

Random的参数为要生成随机数的个数.

Random还有一重载以支持生成随机数的最大值和最小值

   [Test]
   [Sequential]
    public void DemoTest([Random(3,10,2)]int a, [Random(5,9,3)]int b)
    {
        var result = Add(a, b);
        Assert.AreEqual(a + b, result);
    }

示例中Random的三个参数分别是最小值,最大值和个数

[info]Random的最大值和最小值不仅可以是整数,也可以是小数

提供计算参数
先看一个示例

   [Test]
   [Sequential]
    public void DemoTest(DateTime dt1)
   {
       DateTime dt2 = default(DateTime);
       Assert.Greater(dt1, dt2);
   }

这里测试方法的参数是Datetime类型,我们如何给给它提供值呢,很多人可能会想使用Values[DateTime.Now] 来注解dt1参数,然而不幸的是Values注解只接受const类型的值,这里介绍ValueSource注解来解决这个问题.

ValueSource的机制是使用一个方法来获取值,然后提供给测试方法参数,它接受一个字符串类型的参数,用于指定提供值的方法名.

我们用以下方法生成一些DateTime值

static IEnumerable GetPeople()

    {
        yield return DateTime.Now;
        yield return DateTime.Now.AddDays(2);
    }

以上方法生成了一个包含两个DateTime值的集合.下面我们看如何使用它

   [Test]
    public void DemoTest([ValueSource(nameof(FirstUnitTest.GetPeople))]DateTime dt1)
   {
       DateTime dt2 = default(DateTime);
       Assert.Greater(dt1, dt2);
   }

我们使用nameof获取刚才生成的用于提供值的方法,作为ValueSource的参数.

使用nameof而不是使用手写字符串的好处在于nameof可以有智能提示,防止手写出现错误,另外就是如果方法名更改,这里将会抛出了一个错误,静态字符串不会提示错误,如果在运行时找不到这个方法则会抛出运行时错误

用于为ValueSource提供值的方法必须是静态的

以上代码,我们把提供值的方法直接写在测试类里,这并不是一种很好的实践,一种好的做法是把所有的用于提供值的方法放在一个外部的类中.

我们把这个类移动到一个叫作MyValueProvider的类中
代码如下

public class MyValueProvider

{
    public static IEnumerable<DateTime> GetPeople()
    {
        yield return DateTime.Now;
        yield return DateTime.Now.AddDays(2);
    }
}

单元测试方法改成如下:

   [Test]
    public void DemoTest([ValueSource(typeof(MyValueProvider),nameof(MyValueProvider.GetPeople))]DateTime dt1)
   {
       DateTime dt2 = default(DateTime);
       Assert.Greater(dt1, dt2);
   }

如果把值提供方法不在本类中(当前测试方法所在的类),提供一个Type类型(提供值的方法所在的类的类型)作为第一个参数,方法名作为第二个参数.

上面讲的都是基于参数注解的值提供方法,这里基于方法的注解的值提供方法.当然,它完成的功能基于参数注解的方法也同样能完成.

TestCaseAttribute注解
看以下代码片段

   [TestCase(3,4)]
    public void DemoTest(int x,int y)
   {
       var val = Add(x, y);
       Assert.AreEqual(x + y, val);
   }

其中用到的Add方法代码如下

int Add(int x, int y)

    {
        return x + y;
    }

TestCase的工作原理是这样的,它提供的值是基于位置的,每一个位置处的值赋值给第一个参数,第二个位置处的值提供给第二个参数...

有了TestCase注解之后,Test注解不再是必要的.

TestCaseSourceAttribute注解
从上ValueSource我们很容易想到可能会有TestCaseSource,实际上也确实是这样的,TestCaseSource功能也同ValueSource一样,用于提供基于计算的结果.

用于提供值的类如下

public class MyValueProvider
{

   public static ArrayList ar = new ArrayList
   {
       new int[] {3, 4},
       new int[] {5, 9},
       new int[] {9, 22}
   };

}
测试方法如下

   [TestCaseSource(typeof(MyValueProvider),nameof(MyValueProvider.ar))]     
    public void DemoTest(int x,int y)
   {
       var val = Add(x, y);
       Assert.AreEqual(x + y, val);
   }

从这个例子我们可看到,不仅方法可以提供值,属性,普通字段也可以提供值

为TestCaseSource提供值的字段,方法,属性也必须是静态的

TestCase和TestCaseSource都支持多重注解,有几个注解,测试方法就会运行几次.
原文地址https://www.cnblogs.com/tylerzhou/p/11312957.html

相关文章
|
24天前
|
数据管理 测试技术 持续交付
深入理解软件测试中的持续集成与持续部署
在现代软件开发实践中,持续集成(Continuous Integration, CI)和持续部署(Continuous Deployment, CD)是提升开发效率、保障产品质量的关键环节。本文将深入探讨CI/CD的概念、实施策略及其在软件测试中的作用,旨在为读者揭示如何通过有效的自动化流程来优化测试活动,减少人为错误,并实现快速反馈和迭代。文章还将讨论面临的挑战和可能的解决方案,以期帮助团队构建更加健壮的开发和测试环境。
|
1月前
|
敏捷开发 运维 测试技术
探索自动化测试在持续集成环境中的关键作用
【2月更文挑战第18天】 随着敏捷开发和DevOps文化的普及,持续集成(CI)已成为软件开发过程中不可或缺的组成部分。本文将深入探讨自动化测试在持续集成环境中的重要性,分析其如何提高软件交付速度、保障质量并减少人工干预。通过对现代软件工程实践中自动化测试策略的剖析,揭示了其在维护高效率和高质量软件产品中的核心地位。
30 7
|
1月前
|
敏捷开发 监控 jenkins
探索自动化测试在持续集成环境中的关键作用
【2月更文挑战第14天】 随着敏捷开发和持续集成(CI)的普及,自动化测试已成为确保软件质量和加速交付过程的重要环节。本文旨在深入探讨自动化测试在持续集成环境中的核心价值,分析其如何提高测试效率,减少人工错误,并保障产品的快速迭代与发布。通过对自动化测试工具、策略及最佳实践的综合评述,为读者呈现一个全面的自动化测试实施指南。
18 0
|
1月前
|
敏捷开发 监控 Devops
探索自动化测试在持续集成环境中的关键作用
【2月更文挑战第15天】 本文旨在探讨自动化测试作为软件开发过程中不可或缺的一环,尤其在持续集成(CI)环境中的显著影响。通过深入分析自动化测试的实施策略和最佳实践,文章揭示了如何有效提升软件交付速度和质量。文中不仅讨论了自动化测试的基本概念和框架选择,还详细阐述了其在CI流程中的关键步骤及潜在挑战,并提出了相应的解决方案。
18 4
|
1月前
|
敏捷开发 测试技术 持续交付
探索自动化测试在持续集成环境中的关键作用
【2月更文挑战第15天】 随着敏捷开发和持续集成(CI)实践的普及,自动化测试已成为确保软件质量和加速产品上市速度的核心环节。本文将深入探讨自动化测试在持续集成环境中的重要性,分析其如何提高测试效率,减少人工干预的错误,并实现快速反馈循环。通过案例分析和最佳实践分享,我们将揭示自动化测试策略对提升软件开发流程的影响,以及如何有效地将其整合到现代软件生命周期管理中。
|
2天前
|
分布式计算 Hadoop 测试技术
Hadoop【基础知识 05】【HDFS的JavaAPI】(集成及测试)
【4月更文挑战第5天】Hadoop【基础知识 05】【HDFS的JavaAPI】(集成及测试)
26 8
|
4天前
|
缓存 自动驾驶 测试技术
如何进行有效的Apollo测试:单元测试和集成测试指南
如何进行有效的Apollo测试:单元测试和集成测试指南
34 13
|
22天前
|
存储 监控 测试技术
【软件设计师备考 专题 】系统集成测试的准备和执行
【软件设计师备考 专题 】系统集成测试的准备和执行
49 0
|
26天前
|
敏捷开发 监控 Devops
深入理解软件测试中的持续集成与持续部署(CI/CD)
【2月更文挑战第30天】 在快速发展的软件开发周期中,持续集成(Continuous Integration, CI)与持续部署(Continuous Deployment, CD)已成为确保产品质量和加快交付速度的重要实践。本文旨在探讨CI/CD在软件测试领域中的应用与挑战,解析其对测试流程、自动化及团队协作的影响,并分享最佳实践案例。通过深入了解CI/CD,测试人员可以更好地适应敏捷开发模式,提高测试效率,降低发布风险。
23 1
|
1月前
|
敏捷开发 Devops 测试技术
探索自动化测试在持续集成中的关键作用
【2月更文挑战第25天】 随着敏捷开发模式的普及,持续集成(CI)已成为软件开发流程不可或缺的一部分。本文将探讨自动化测试在持续集成环境中的重要性及其如何提升软件交付的速度和质量。通过分析自动化测试的优势、实施策略以及面临的挑战,我们旨在为读者提供深入理解,并指导实践中的应用。
10 3

热门文章

最新文章