首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在MS C#单元测试中,如何断言发生了ArgumentException?

在MS C#单元测试中,如果要断言发生了ArgumentException,可以使用Microsoft.VisualStudio.TestTools.UnitTesting命名空间中的ExpectedException属性。这个属性可以用来指定在测试方法中预期抛出的异常类型。

以下是一个示例代码:

代码语言:csharp
复制
using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;

[TestClass]
public class UnitTest1
{
    [TestMethod]
    [ExpectedException(typeof(ArgumentException))]
    public void TestMethod1()
    {
        // 在这里编写引发 ArgumentException 的代码
        throw new ArgumentException("参数无效");
    }
}

在这个示例中,我们使用了ExpectedException属性来指定预期抛出的异常类型为ArgumentException。当TestMethod1方法中的代码引发ArgumentException时,测试将通过。如果没有引发异常,或者引发的异常类型不是ArgumentException,则测试将失败。

需要注意的是,ExpectedException属性只能用于单元测试,不能在生产代码中使用。同时,ExpectedException属性在.NET Core和.NET 5及更高版本中已被弃用,建议使用Assert.ThrowsAsync或Assert.ThrowsException等方法来代替。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 开发必备之单元测试

    ​ 计算机世界里的软件产品通常是由模块组合而成的 模块又可以分成诸多子模块。 比如淘宝系统由搜索模块、商品模块、交易模块等组成,而交易模块又分成下单模块、 支付模块、发货模块等子模块,如此细分下去,最终的子模块是由不可再分的程序单 元组成的。对这些程序单元的测试,即称为单元测试(Unit Testing ,简称单测)。单元的粒度要根据实际情况判定,可能是类、方法等,在面向对象编程中,通常认为最小单元就是方法。单元测试的目的是在集成测试和功能测试之前对软件中的可测试单 元进 逐一检查和验证。单元测试是程序功能的基本保障,是软件产品上线非常重要的环。

    01

    用 Swift 编写网络层单元测试

    单元测试主要用来检测某个工作单元的结果是否符合预期,以此保证该工作单元的逻辑正确。上次写封装一个 Swift-Style 的网络模块的时候在结尾提了一下单元测试的重要性,评论中有朋友对网络层的单元测试有一些疑惑。我推荐他去看《单元测试的艺术》(这本书让我对单元测试有了新的认识),但由于该书是以 C# 为例写的,可能会对 iOS 开发的朋友造成一定的阅读障碍,所以我还是决定填一下坑,简单介绍一下用 Swift 进行网络层单元测试的方法。不过由于 Swift 的函数式特性,像《单元测试的艺术》中那样单纯地用 OOP 思维编写测试可能会有些麻烦,本文临近结尾部分写了一点自己用过的使用“伪装函数”进行测试的方法,可能大家以前没见过,我自己也是突然想到的,欢迎提出各种意见。

    02

    前后端分离开发模式下后端质量的保证 —— 单元测试

    概述   在今天, 前后端分离已经是首选的一个开发模式。这对于后端团队来说其实是一个好消息,减轻任务并且更专注。在测试方面,就更加依赖于单元测试对于API以及后端业务逻辑的较验。当然单元测试并非在前后端分离流行之后才有,它很早就存在,只是鲜有人重视且真的能够用好它。而在前后端分离开发模式下,特别是两者交付时间差别很大的情况时,后端可能需要更加地依赖于单元测试来保证代码的正确性。   本文主要围绕单元测试展开,从单元测试的基础概念说起,对比单元测试和集成测试,同时我们还会聊一聊单元测试与测试驱动开发的区别。在

    010
    领券