C# MSTest 进行单元测试

MSTest 是 Microsoft 提供的一个单元测试框架,通常用于 .NET 应用程序的测试。下面是一个详细的示例,展示如何使用 MSTest 进行单元测试。

场景示例:计算器类的单元测试

假设我们有一个简单的计算器类 Calculator,它提供了加法和减法功能。我们将为这个类编写单元测试。

1. 创建计算器类

首先,我们创建一个简单的计算器类 Calculator

public class Calculator
{
    public int Add(int a, int b)
    {
        return a + b;
    }

    public int Subtract(int a, int b)
    {
        return a - b;
    }
}
2. 创建 MSTest 项目

接下来,我们需要创建一个 MSTest 项目来编写测试。可以通过 Visual Studio 创建一个新的测试项目:

  1. 在 Visual Studio 中,选择“文件” -> “新建” -> “项目”。
  2. 选择“测试”类别下的“单元测试项目”。
  3. 命名项目,例如 CalculatorTests
3. 添加对 MSTest 的引用

确保你的测试项目中引用了 MSTest.TestFrameworkMSTest.TestAdapter。可以通过 NuGet 包管理器安装:

Install-Package MSTest.TestFramework
Install-Package MSTest.TestAdapter
4. 编写测试类

在测试项目中,创建一个测试类 CalculatorTests,并编写测试方法来测试 Calculator 类的功能。

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace CalculatorTests
{
    [TestClass]
    public class CalculatorTests
    {
        private Calculator _calculator;

        [TestInitialize]
        public void Setup()
        {
            _calculator = new Calculator();
        }

        [TestMethod]
        public void Add_ShouldReturnSum_WhenTwoIntegersAreProvided()
        {
            // Arrange
            int a = 5;
            int b = 3;

            // Act
            int result = _calculator.Add(a, b);

            // Assert
            Assert.AreEqual(8, result);
        }

        [TestMethod]
        public void Subtract_ShouldReturnDifference_WhenTwoIntegersAreProvided()
        {
            // Arrange
            int a = 5;
            int b = 3;

            // Act
            int result = _calculator.Subtract(a, b);

            // Assert
            Assert.AreEqual(2, result);
        }
    }
}
5. 解释代码
  • [TestClass]: 这个特性标记了一个类是测试类。
  • [TestInitialize]: 这个特性标记的方法在每个测试方法之前运行,通常用于设置测试所需的对象。
  • [TestMethod]: 这个特性标记的方法是一个测试方法。
  • Assert.AreEqual: 这个方法用于验证实际结果与预期结果是否相等。
6. 运行测试

在 Visual Studio 中,可以通过“测试”菜单选择“运行所有测试”来运行测试。测试结果将在“测试资源管理器”窗口中显示。

完整的中文版《单元测试之道C#版》。单元测试不但会使你的工作完成得更轻松,而且会令你的设计变得更好,甚至大大减少你花在调试上面的时间。 在我们上面的小故事里面,Pat 因为假设底层的代码是正确无误的而卷入麻烦之中,先是高层代码中使用了底层代码;然后这些高层代码又被更高层的代码所使用,如此往复。在对这些代码的行为没有任何信心的前提下,Pat 等于是在假设上面用竖立卡片堆砌了一间房子——只要将下面卡片轻轻移动,整间房子就会轰然倒塌。 当基本的底层代码不再可靠时,那么必需的改动就无法只局限在底层。虽然你可以修正底层的问题,但是这些对底层代码的修改必然会影响到高层代码,于是高层代码也连带地需要修改;以此递推,就很可能会动到更高层的代码。于是,一个对底层代码的修正,可能会导致对几乎所有代码的一连串改动,从而使修改越来越多,也越来越复杂。于是,整间由卡片堆成的房子就由此倒塌,从而使整个项目也以失败告终。 Pat 总是说:“这怎么可能呢?”或者“我实在想不明白为什么会这样”。如果你发现自己有时候也会有这种想法,那么这通常是你对自己的代码还缺乏足够信心的表现——你并不能确认哪些是工作正常的而哪些不是。 为了获得Dale 所具有的那种对代码的信心,你需要“询问”代码究竟做了什么,并检查所产生的结果是否确实和你所期望的一致。 这个简单的想法描述了单元测试的核心内涵:这个简单有效的技术就是为了令代码变得更加完美。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值