CoreCamp "Automated testing basics for developers"

Automated testing basics for
developers
Bohdan Pashkovskyi
Senior .NET Software Engineer at Perfectial

Agenda
Ivano Frankivsk 2018
Що таке тестування і яким воно буває?
Unit tests vs Integration tests
Dependency Injection
Inversion of Control
Якості хороших unit тестів
Fakes (stubs + mocks)
TDD + BDD

Що таке тестування?
2 + 2 = ?
Тестування програмного забезпечення — процес перевірки на
відповідність між реальною та очікуваною поведінкою програми …

Навіщо тестувати програми?
Тестування не може довести відсутності дефектів, лише їх
наявність
В будь-якій програмі є дефекти

Яким буває тестування?
Нефункціональне
тестування
Тестування пов’язане зі змінамиФункціональне тестування
Модульне
Інтеграційне
Системне
Приймальне
Тестування
продуктивності
Відмовостійкості
Установки
Зручності
Регресійне
На дим
Санітарне

Unit test (модульний тест)
Це код (зазвичай, метод), який викликає інший код (production) і
після цього перевіряє правильність деяких припущень

Unit тести
• Тестують один модуль
• Виконуються виключно в пам’яті
• Не вимагають конфігурації
• Не вимагають DB, FS, AD, Net
• Завжди
Повторювано проходять
Або повторювано не проходять
Тому що не залежать від змінних факторів

Інтеграційні тести
Тестують модулі разом
Можуть мати різну поведінку, в залежності від
• Середовища (FS, DB, AD, OS, .config)
• Порядку виконання
• Кількості виконання
• Багато поточності
• Повного місяця

Ознаки інтеграційних тестів
• TearDown()
• DateTime.Now
• Thread
• Environment.MachineName
• Database.Save(…)
• File.Open(…)

Приклад
модульного
тесту
[TestClass]
public class OrderTests
{
[TestMethod]
public void OrderApproval_ShouldChangeOrderStatusToApproved()
{
var order = new Order();
order.Approve();
Assert.AreEqual(OrderStatus.Approved, order.Status);
}
}

A A A
[TestClass]
public class OrderTests
{
[TestMethod]
public void OrderApproval_ShouldChangeOrderStatusToApproved()
{
// Arrange
// Act
order.Approve();
// Assert
}
}

Unit tests frameworks
• Виконання тестів
• Інтеграція з IDE
• API для написання тестів
• Автоматизація
• Перегляд результатів
NUnit, MS Test, Xunit, MBUnit, DBUnit
Test runners:
Visual Studio, NUnit GUI/Console apps, ReSharper

Unit tests
frameworks

Dependency
public class OrderManager
{
public void ApproveOrder(Order orderToApprove)
{
orderToApprove.Approve();
// dependency
var mailSender = new MailSender();
mailSender.Send("admin@example.com", "Order was approved");
}
}

Dependency injection
DI – це процес надання зовнішньої залежності програмному
компоненту. Є специфічною формою «інверсії керування»
(Inversion of Control, IoC)
Розрізняють дві основні форми DI (взагалі-то три )
- ін’єкція у конструктор (constructor injection)
- ін’єкція у властивість (setter/property injection)

DI крок 1
абстракція
public interface IMailSender
{
void Send(string address, string message);
}
public class MailSender : IMailSender
{
public void Send(string email, string message)
{ ... }
}

Constructor
injection
class OrderManager
{
private readonly IMailSender _mailSender;
public OrderManager(IMailSender mailSender)
{
_mailSender = mailSender;
}
{
_mailSender.Send("admin@saasap.net", "Order was approved");
}
}

Constructor
injection
var orderManager = new OrderManager(mailSender);
orderManager.ApproveOrder(orderToApprove);

Setter
injection
class OrderManager
{
public IMailSender MailSender { get; set; }
{
MailSender.Send("admin@saasap.net", "Order was approved");
}
}

Setter
injection
var orderManager = new OrderManager();
orderManager.MailSender = mailSender;
orderManager.ApproveOrder(orderToApprove);

Inversion of Control
• Модулі вищого рівня не повинні залежати від модулів нижчого
рівня. Обидва типи модулів повинні залежати від абстракцій.
• Абстракції не повинні залежати від деталей реалізації. Деталі
реалізації повинні залежати від абстракцій.

IoC Containers
• Unity Application Block 2.0
• Spring.NET
• Structuremap
• CastleProject
• Seasar
• Winter.NET
• Ninject

IoC
Containers
public class IOCConfig
{
public static Container Container;
public static void Initialize()
{
Container = new Container(x =>
{
// constructor
x.For<IMailSender>().Use<MailSender>();
// setter
x.Policies.FillAllPropertiesOfType<IMailSender>().Use<MailSender>();
});
}
}
public class Test
{
public IMailSender MailSender = IOCConfig.Container.GetInstance<IMailSender>();
}

Stubs (заглушка)
Стаби (заглушки) використовуються для того, щоб не
використовувати реальні залежності (файлову систему, БД,
поштові серери, тощо).
Це дозволяє тестувати тільки необхідний компонент
Стабів у тесті може бути багато.

Stubs
public class StubMailSender : IMailSender
{
public void Send(string email, string message)
{
// do nothing
}
}

Stubs
[TestMethod]
public void OrderApproveMethod_ShouldChangeOrderStatusToApproved()
{
// Arrange
var orderManager = new OrderManager(new StubMailSender());
// Act
orderManager.ApproveOrder(order);
// Assert
}

Isolation
frameworks
(Moq, RhinoMocks, etc)
[TestMethod]
{
// Arrange
var stubMailSender = new Mock<IMailSender>();
var orderManager = new
OrderManager(stubMailSender.Object);
// Act
// Assert, все ще тестуємо стан
}

Mocks
Mock використовуються для того, щоб протестувати взаємодію
залежностей.
Mock може бути лише один у тесті.
Один Assert = Один Verify

Mocks
[TestMethod]
{
// Arrange
var mockMailSender = new Mock<IMailSender>();
mockMailSender.Setup(ms => ms.Send(
"admin@example.com",
It.IsAny<string>()))
.Verifiable();
var orderManager = new OrderManager(mockMailSender.Object);
// Act
// Assert
mockMailSender.Verify();
}

Stubs +
mocks
(Один тест – один mock, але декілька stubs)
Fakes
Stubs 0..* Mocks 0..1

Що
тестувати
public class Order
{
private string _title;
public string Title
{
get { return _title; }
set { _title = value; }
}
}

Переваги модульних тестів
• Швидший цикл тестування коду
• Коротший фідбек про можливі дефекти
• Дефекти дешевші
• Кращий код
• Стабільніша нова функціональність
• Більше впевненості у змінах
• Менше регресій
• Коротші цикли релізів

Якості модульних тестів
• Readable
• Maintainable
• Trustworthy

Readable
• Що відбувається в тесті
• Який код тестується
• Які передумови
• Які припущення перевіряються
• Що тестує тест
• Простий код тесту

Maintainable
• Тести легко реагують на зміни
• Не вимагають конфігурації
• Не залежать від інших тестів
• Простий код тесту

Trustworthy
• Релевантні до помилок
• Стабільно (не) проходять
• Немає конфліктуючих тестів
• Справді тестують

Speckflow
(Cucumber for .NET)

Speckflow
Feature example
Feature: Calculator_Add
In order to avoid silly mistakes
As a math idiot
I want to be told the sum of two numbers
Background:
Given I have a calculator
Scenario: Add two numbers
Given I enter 50 into the calculator
And I press plus
And I enter 70 into the calculator
When I press enter
Then the result should be 120 be displayed

Speckflow
Bindings
Ivano Frankivsk 2018[Binding]
public class Calculator_SharedSteps
{
[Given(@"I have a calculator")]
public void GivenIHaveACalculator()
{
ScenarioContext.Current.Set<Calculator>(new Calculator());
}
[Given(@"I enter (.*) into the calculator")]
public void GivenIEnterIntoTheCalculator(int p0)
{
ScenarioContext.Current.Get<Calculator>().Number(p0);
}
[When(@"I press enter")]
public void WhenIPressEnter()
{
ScenarioContext.Current.Get<Calculator>().Enter();
}
[Then(@"the result should be (.*) be displayed")]
public void ThenTheResultShouldBeBeDisplayed(int p0)
{
Assert.AreEqual(Convert.ToString(p0),
ScenarioContext.Current.Get<Calculator>().Display);
}
}

Speckflow
Web example
Feature: Login page should give ability to Login or Register for
Background:
Given I am not logged in
And I am on "/account/login" page
Scenario: When I enter empty pass in Login form, I should see
error message
When I have filled out the form as follows
| Id | Value |
| Login_Password | |
And I press input type "submit" with value „Login"
Then I should see error „Required" for Login_Password
Scenario: If I am logged In a am redirected to account details
When I log in as user
And I go to "/account/login" page
Then I should be on page "/account/details"

Code
coverage

CoreCamp "Automated testing basics for developers"

More Related Content

Similar to CoreCamp "Automated testing basics for developers" (20)

More from Bohdan Pashkovskyi (9)

CoreCamp "Automated testing basics for developers"