Тестовый модуль MSTest, устанавливающий определенные c сообщения об исключениях - PullRequest
Новая
       98

Тестовый модуль MSTest, устанавливающий определенные c сообщения об исключениях

1 голос
/ 28 апреля 2020

Я пишу свой первый юнит-тест для очень маленького проекта. Здесь ожидаемый результат и результат оба возвращают 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: значение не может быть нулевым.

Фактический : 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 ]

2 голосов
/ 28 апреля 2020

Прежде всего, не используйте [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, et c методов, но вы видите смысл.

0 голосов
/ 28 апреля 2020

Посмотрите на это; 

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

Ожидаемое исключение - это объект типа ArgumentNullException, а результат также является объектом типа ArgumentNullException - однако это не тот же объект! у вас есть 2 экземпляра одного типа.

Теперь AreEqual(..) использует .Equals из того, что я мог собрать онлайн.

Я думаю, что вы сравниваете ссылки ожидаемого исключения с результатом здесь. Они, конечно, не то же самое. Вместо этого вам следует сделать (если мои предположения верны) проверку того, имеет ли результат тот же тип, а не использовать 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));
...