MSTest单元测试断言特定的异常消息

时间:2020-04-28 08:42:13

标签: c# unit-testing exception mstest argumentnullexception

我正在为一个非常小的项目编写我的第一个单元测试。此处,预期结果和结果都返回ArgumentNullException,但测试仍然失败。知道为什么吗?

        [TestMethod]
        public void InsertFileBeginning_FilePathNull_ReturnArgumentNullException()
        {
            // Arrange
            var generateFile = new GenerateFile();
            string parameter = null; //pass FilePath Null

            var expectedExcetpion = new ArgumentNullException();

            // Act & Assert
            var result = Assert.ThrowsException<ArgumentNullException>(() => generateFile.InsertFileBeginning(parameter));
            Assert.AreEqual(expectedExcetpion, result);

        }

------ InsertFileBeginning函数--------

public void InsertFileBeginning(string filePath)
        {
            try
            {
                using (var fs = new FileStream(filePath, FileMode.Create))
                {
                    Byte[] metadata = new UTF8Encoding(true).GetBytes("THis is a test content");
                    fs.Write(metadata, 0, metadata.Length);

                }
            }
            catch (Exception exception)
            {
                throw exception;
            }

        }

错误:

期望:System.ArgumentNullException:值不能为null。

实际:System.ArgumentNullException:路径不能为空。参数名称:路径

Message: Assert.AreEqual failed. Expected:<System.ArgumentNullException: Value cannot be null.>. Actual:<System.ArgumentNullException: Path cannot be null.
Parameter name: path
   at SmartTestSelecter.GenerateFile.InsertFileBeginning(String filePath) in C:\Users\CC\SmartTestSelecter\GenerateFile.cs:line 31
   at SmartTestSelecterUnitTests.GenerateFileTest.<>c__DisplayClass0_0.<InsertFileBeginning_FilePathNull_ReturnArgumentNullException>b__0() in C:\Users\CC\STSUnitTests\GenerateFileTest.cs:line 21
   at Microsoft.VisualStudio.TestTools.UnitTesting.Assert.ThrowsException[T](Action action, String message, Object[] parameters)>. 

2 个答案:

答案 0 :(得分:2)

首先,不要使用[ExpectedException]。事实证明这是一个不好的做法,因为异常可能在任何地方发生。而且由于您使用的是Assert.ThrowsException(不会进一步引发异常),所以您的测试仍然会失败。

第二,关于MSTest,我还不太了解最新信息,但是如果未使用默认消息抛出异常,它似乎将失败。但是,如果您无法在Assert.ThrowsException中指定预期的错误消息,则可以实现自己的assert方法:

public static void Throws<T>(Action action, string expectedMessageContent = null)
    where T : Exception
{
    try
    {
        action.Invoke();
    }
    catch (Exception e)
    {
        Assert.IsInstanceOf(typeof(T), e);
        Assert.IsTrue(expectedMessageContent == null
            || e.Message.Contains(expectedMessageContent), $"Expected message: {expectedMessageContent}{Environment.NewLine}Actual message:{e.Message}");
        return;
    }

    Assert.Fail("No exception was thrown");
}

免责声明:我不知道MSTest是否具有Assert.IsInstanceOf等方法,但您明白了。

答案 1 :(得分:0)

看看这个

var expectedExcetpion = new ArgumentNullException();
// Act & Assert
var result = Assert.ThrowsException<ArgumentNullException>(() => generateFile.InsertFileBeginning(parameter));
Assert.AreEqual(expectedExcetpion, result);

expectedException是ArgumentNullException类型的对象,结果也是ArgumentNullException类型的对象-但是它们不是同一对象!您有2个相同类型的实例。

现在,AreEqual(..)从我可以在线收集的数据中使用了.Equals

我认为您正在此处将ExpectedException的引用与result进行比较。他们当然是不一样的。相反,如果我的假设正确,您应该做的是检查结果是否属于同一类型,而不要使用AreEqual(..)

看来您可以使用此方法: Assert.IsInstanceOfType https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualstudio.testtools.unittesting.assert.isinstanceoftype?view=mstest-net-1.2.0

例如:

Assert.IsInstanceOfType(result, typeof(ArgumentNullException));