лр6 модульный тест VS2012 (1035539)
Текст из файла
Создание и запуск модульных тестов в Visual Studio 2012
Полный вариант руководства:
Пошаговое руководство. Создание и запуск модульных тестов для управляемого кода
https://msdn.microsoft.com/ru-ru/library/vstudio/ms182532(v=vs.110).aspx
В руководстве приводится пошаговое описание процесса создания, запуска и настройки набора модульных тестов с помощью платформы модульных тестов Microsoft для управляемого кода и обозревателя тестов Visual Studio. В руководстве производится создание проекта C#, находящегося в стадии разработки, создание тестов для проверки его кода, запуск тестов и изучение результатов. После этого производится изменение кода проекта и повторный запуск тестов.
Оглавление
Подготовка к выполнению пошагового руководства 1
Создание проекта модульного теста 4
Создание тестового класса 4
Создание первого тестового метода 5
Макросы для тестирования 6
Класс Assert: 6
Атрибут ExpectedException 7
Построение и запуск теста 8
Анализ результатов теста 8
Повторный запуск теста 9
Анализ покрытия кода 9
Подготовка к выполнению пошагового руководства
Откройте программу Visual Studio 2012.
-
В среде MS Visual Studio открыть исходный код тестируемого приложения.
Если его нет, то можно использовать Калькулятор.
Либо создать проект банк:
В меню Файл выберите пункт Создать, а затем команду Проект. Откроется диалоговое окно Новый проект.
В области Установленные шаблоны выберите шаблон Visual C#.
В списке типов приложения выберите пункт Библиотека классов.
В поле Имя введите Bank и нажмите кнопку ОК. Примечание: Если имя "Bank" уже существует, выберите другое имя для проекта.
Будет создан новый проект Bank. Этот проект отобразится в обозревателе решений, а его файл Class1.cs откроется в редакторе кода. Примечание: Если файл Class1.cs не откроется в редакторе кода, дважды щелкните Class1.cs в обозревателе решений, чтобы открыть этот файл.
Скопируйте исходный код из раздела Пример проекта для создания модульных тестов.
using System;
namespace BankAccountNS
{
/// <summary>
/// Bank Account demo class.
/// </summary>
public class BankAccount
{
private string m_customerName;
private double m_balance;
private bool m_frozen = false;
private BankAccount()
{
}
public BankAccount(string customerName, double balance)
{
m_customerName = customerName;
m_balance = balance;
}
public string CustomerName
{
get { return m_customerName; }
}
public double Balance
{
get { return m_balance; }
}
public void Debit(double amount)
{
if (m_frozen)
{
throw new Exception("Account frozen");
}
if (amount > m_balance)
{
throw new ArgumentOutOfRangeException("amount");
}
if (amount < 0)
{
throw new ArgumentOutOfRangeException("amount");
}
m_balance += amount;
}
public void Credit(double amount)
{
if (m_frozen)
{
throw new Exception("Account frozen");
}
if (amount < 0)
{
throw new ArgumentOutOfRangeException("amount");
}
m_balance += amount;
}
private void FreezeAccount()
{
m_frozen = true;
}
private void UnfreezeAccount()
{
m_frozen = false;
}
public static void Main()
{
BankAccount ba = new BankAccount("Mr. Bryan Walton", 11.99);
ba.Credit(5.77);
ba.Debit(11.22);
Console.WriteLine("Current balance is ${0}", ba.Balance);
}
}
}
Замените исходное содержимое файла Class1.cs кодом из примера Пример проекта для создания модульных тестов.
Сохраните файл как BankAccount.cs
-
Построить решение
В меню Построение выберите Построить решение.
Будет создан проект с именем "Bank". Он содержит исходный код, подлежащий тестированию, и средства для его тестирования. Пространство имен проекта "Bank", BankAccountNS, содержит открытый класс BankAccount, методы которого будут тестироваться в приведенных ниже процедурах.
В данном кратком руководстве рассматривается метод Debit. Метод Debit вызывается после снятия денег со счета и содержит следующий код:
// method under test
public void Debit(double amount)
{
if(amount > m_balance)
{
throw new ArgumentOutOfRangeException("amount");
}
if (amount < 0)
{
throw new ArgumentOutOfRangeException("amount");
}
m_balance += amount;
}
Создание проекта модульного теста
В меню Файл последовательно выберите Добавить, а затем Новый проект.
В диалоговом окне нового проекта разверните Установленные, разверните Visual C#, а затем выберите Тест.
Из списка шаблонов выберите Проект модульного теста.
В окне Имя введите BankTest, а затем нажмите ОК.
Проект BankTests добавится к решению Bank.
В проекте BankTests добавьте ссылку на решение Bank. В обозревателе решений выберите Ссылки в проекте BankTests, затем выберите Добавить ссылку... из контекстного меню.
В диалоговом окне "Диспетчер ссылок" разверните Решение и выберите элемент Bank.
Создание тестового класса
Тестовый класс нужен для проверки класса BankAccount. Можно использовать UnitTest1.cs, созданный в шаблоне проекта, но лучше дать файлу и классу более описательные имена. Можно сделать это за один шаг, переименовав файл в обозревателе решений.
Переименование файла класса: В обозревателе решений выберите файл UnitTest1.cs в проекте BankTests. В контекстном меню выберите команду Переименовать, а затем переименуйте файл в BankAccountTests.cs. Выберите Да в диалоговом окне, предлагающем переименовать все ссылки на элемент кода "UnitTest1" в проекте. Данный шаг изменит имя класса на BankAccountTest.
Файл BankAccountTests.cs теперь содержит следующий код:
// unit test code
using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
namespace BankTests
{
[TestClass]
public class BankAccountTests
{
[TestMethod]
public void TestMethod1()
{
}
}
}
Можно также добавить оператор using к классу, чтобы тестируемый проект можно было вызывать без использования полных имен. Добавьте в файл класса:
using BankAccountNS
Требования к тестовому классу следующие:
-
Атрибут [TestClass] является обязательным для платформы модульных тестов Microsoft для управляемого кода для любого класса, содержащего методы модульных тестов, которые необходимо выполнить в обозревателе тестов.
-
Каждый метод теста, который требуется выполнять с помощью обозревателя тестов, должен иметь атрибут [TestMethod].
-
Кроме того, в проекте модульного теста могут быть классы без атрибута [TestClass], а в тестовых классах могут быть методы без атрибута [TestMethod]. Можно использовать эти другие классы и методы в методах теста.
Создание первого тестового метода
В этой процедуре будут написаны методы модульного теста для проверки поведения метода Debit класса BankAccount. Метод был приведен выше.
Метод создает исключение [ArgumentOutOfRangeException], если размер кредита превышает баланс. Он также создает ArgumentOutOfRangeException, если размер кредита меньше нуля.
Если проверка пунктов 1.) и 2.) проходит успешно, то метод вычитает размер кредита из баланса счета.
Путем анализа тестируемого метода можно определить, что необходимо проверить по крайней мере три поведения.
В первом тесте проверим, что при допустимом размере кредита (со значением, меньшим баланса счета и большим нуля) со счета снимается нужная сумма.
Для создания тестового метода Добавьте инструкцию using BankAccountNS; к файлу BankAccountTests.cs.
Добавьте следующий метод к классу BankAccountTests:
// unit test code
[TestMethod]
public void Debit_WithValidAmount_UpdatesBalance()
{
// arrange
double beginningBalance = 11.99;
double debitAmount = 4.55;
double expected = 7.44;
BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);
// act
account.Debit(debitAmount);
// assert
double actual = account.Balance;
Assert.AreEqual(expected, actual, 0.001, "Account not debited correctly");
}
Метод достаточно прост. Создаем новый объект BankAccount с начальным балансом, а затем снимаем допустимое значение. Используем платформу модульных тестов Microsoft для метода AreEqual управляемого кода, чтобы проверить соответствие конечного баланса ожидаемому.
Мы следовали паттерну arrange/act/assert (A/A/A) в методе модульного теста:
— Подготовка исходных данных
— вызов тестируемого метода
— проверка ожидаемых и полученных результатов (одна или несколько проверок)
Тестовый метод должен удовлетворять следующим требованиям:
-
Метод должен быть отмечен атрибутом [TestMethod].
-
Метод должен вернуть void.
-
Метод не должен содержать параметров.
Макросы для тестирования
Класс Assert:
Используем класс Assert: Каждый из статических методов класса Assert позволяет проверить некоторые аспекты вашего модульного теста. Если утверждение не выполняется, выбрасывается исключение, это обозначает, что весь тест не сработал. Каждый модульный тест рассматривается отдельно, так что другие тесты будут продолжать выполняться.
Статические методы класса Assert (Метод - Описание)
AreEqual<T>(T, T), AreEqual<T>(T, T, string) Утверждает, что два объекта типа T имеют одинаковое значение.
AreNotEqual<T>(T, T), AreNotEqual<T>(T, T, string) Утверждает, что два объекта типа T не имеют одинакового значения.
AreSame<T>(T, T), AreSame<T>(T, T, string) Утверждает, что две переменные относятся к одному объекту.
AreNotSame<T>(T, T), AreNotSame<T>(T, T, string) Утверждает, что две переменные относятся к разным объектам.
Fail(), Fail(string) Утверждение не выполнилось: условия не проверены.
Inconclusive(), Inconclusive(string) Указывает, что результат модульного теста не может быть окончательно установлен.
IsTrue(bool), IsTrue(bool, string) Утверждает, что значение bool верно: чаще всего используется для оценки выражения, возвращающего булев результат.
IsFalse(bool), IsFalse(bool, string) Утверждает, что значение bool ложно.
IsNull(object), IsNull(object, string) Утверждает, что переменной не присвоена ссылка на объект.
IsNotNull(object), IsNotNull(object, string) Утверждает, что переменной присвоена ссылка на объект.
IsInstanceOfType(object, Type), IsInstanceOfType(object, Type, string) Утверждает, что это объект указанного типа или унаследован от указанного типа.
IsNotInstanceOfType(object, Type), IsNotInstanceOfType(object, Type, string) Утверждает, что этот объект не является объектом указанного типа.
Каждый из этих методов имеет перегруженную версию, которая принимает параметр string. Строка включена в качестве сообщения об исключении, если утверждение не выполняется. Методы AreEqual и AreNotEqual имеют ряд перегруженных версий, которые предназначены для сопоставления конкретных типов. Например, есть версия, которая позволяет сравнивать строки, не принимая во внимание регистр.
Атрибут ExpectedException
Одним из примечательных членов пространства имен Microsoft.VisualStudio.TestTools.UnitTesting является атрибут ExpectedException. Это утверждение, которое будет выполнено только в том случае, если модульный тест выбросит исключение типа, указанного параметром ExceptionType. Это аккуратный способ ловить исключения без необходимости возиться с блоками try...catch в юнит тесте.
Пример:
[TestMethod]
[ExpectedException(typeof (ArgumentOutOfRangeException))]
public void Discount_Negative_Total()
{
//arrange
IDiscountHelper target = getTestObject();
// act
target.ApplyDiscount(-1);
Характеристики
Тип файла документ
Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.
Будьте внимательны на мобильных устройствах, так как там используются упрощённый функционал даже в официальном приложении от Microsoft, поэтому для просмотра скачивайте PDF-версию. А если нужно редактировать файл, то используйте оригинальный файл.
Файлы такого типа обычно разбиты на страницы, а текст может быть форматированным (жирный, курсив, выбор шрифта, таблицы и т.п.), а также в него можно добавлять изображения. Формат идеально подходит для рефератов, докладов и РПЗ курсовых проектов, которые необходимо распечатать. Кстати перед печатью также сохраняйте файл в PDF, так как принтер может начудить со шрифтами.















