Что прежде всего объединяет тестировщика и разработчика? Работа в одной команде и общая цель — качественный и завершенный программный продукт. Мы рассмотрим различные мнения и подходы к тестированию. Познакомимся с различными видами тестирования, которые может выполнять программист, работая над продуктом. Разберем несколько интересных примеров Unit-тестирования, поговорим о востребованных и эффективных на сегодняшний день практиках.

1. ТЕСТИРОВАНИЕ
ТОЧКА ЗРЕНИЯ РАЗРАБОТЧИКА
IT Talk, September 21, 2017
S

2. ЭДСГЕР ДЕЙКСТРА
«Тестирование программ
можно использовать для
того, чтобы показать
наличие ошибок и никогда —
для того чтобы показать их
отсутствие!»

3. Тестирование — это прикладная,
стандартизированная, инженерная пр
актика, которая применима в
большинстве отраслей человеческой
деятельности
S

4. Здесь тоже есть свои
тонкости и своя
философия

5. Почему тестировать программы так
важно?
S

6. Как правило, самые
дорогостоящие ошибки вызваны
изменением одного символа.
S

7. Ivan
Ivanov
i.ivanov
First name:
Last name:
Login:
0..255
0..255
0..20
a-z, A-Z
a-z, A-Z
a-z, A-Z, 0-9, . - % $
Количество возможных ситуаций > 52255
+ 52255
+ 3620
S

8. Типы ошибок в проектах
8
25.18% Структурные
22.14% Данных
16.19% Реализация
функциональности
9.88% Конструирования
8.98% Интеграции
8.12% Функциональных требований
2.76% Определение и выполнение
тестов
1.14% Архитектура ПО
S

9. 0%
20%
40%
60%
80%
100%
2K 8K 32K 128K 512K
Конструирование Проектирование Выработка требований
Статистика ошибок на стадиях разработкиS

10. Правило Парето
работает и в
тестировании ПО:
80% дефектов
локализированы
лишь в 20% вашего
кода.

11. S

12. S

13. Т.е. если тестами покрыто 50%
кода нельзя утверждать, что
удалось предотвратить 50%
возможных дефектов
S

14. Тестирование - самая
популярная методика управления
качеством
S

15. Тестирование может выполнятся
разработчиками,
тестировщиками, менеджерами,
заказчиками и т.д.
S

16. Тестирование черного
и белого ящиков

17. Тестирование черного
и белого ящиков
Какие тесты пишут
разработчики?
• Модульные тесты
• Функциональные тесты
• Интеграционные
• End-to-end

18. Пирамида
модульного
тестирования

19. Тестирование черного
и белого ящиков
F.I.R.S.T.
• Быстрота (Fast) - Если тесты выполняются медленно, вам
не захочется их запускать.
• Независимость (Independent) - Один тест не должен
создавать условия для выполнения следующего теста. Все
тесты должны выполняться независимо и в любом порядке.
• Повторяемость (Repeatable) - Тесты должны давать
повторяемые результаты в любом окружении.
• Очевидность (Self-Validating) - Результатом выполнения
теста должен быть логический признак. Тест либо прошел
либо нет. Тесты должны создаваться своевременно.
• Своевременность (Timely)

20. Тестирование черного
и белого ящиков
TDD & BDD

21. Тестирование черного
и белого ящиков
TDD & BDDTDD процесс

22. Тестирование черного
и белого ящиков
TDD & BDD
TDD
suite('#factorial()', function (){
test('equals 1 for sets of zero length', function (){
assert.equal(1, factorial(0));
});
test('equals 1 for sets of length one', function (){
assert.equal(1, factorial(1));
});
test('equals 2 for sets of length two', function (){
assert.equal(2, factorial(2));
});
test('equals 6 for sets of length three', function (){
assert.equal(6, factorial(3));
});
});

23. Тестирование черного
и белого ящиков
TDD & BDD
BDD
describe('#factorial()', function (){
it('should return 1 when given 0', function (){
factorial(0).should.equal(1);
});
it('should return 1 when given 1', function (){
factorial(1).should.equal(1);
});
it('should return 2 when given 2', function (){
factorial(2).should.equal(2);
});
it('should return 6 when given 3', function (){
factorial(3).should.equal(6);
});
});

24. Тестирование черного
и белого ящиков
Особенности
модульного
тестирования
• дает возможность писать много тестов,
причем достаточно быстро
• необходимость изолировать участки
кода (mocks, stubs, spies)
• требует понимания кода, который нужно
тестировать (тестирование белого
ящика)

25. Тестирование черного
и белого ящиков
TDD & BDD
Инструменты для unit-тестирования

26. Тестирование черного
и белого ящиков
QUnit
Это библиотека от разра
ботчиков jQuery, позволя
ющая писать unit-
тесты в TDD стиле и
имеющая свой
механизм assert-ов.
QUnit.test( "hello test", function( assert ) {
assert.ok( 1 == "1", "Passed!" );
});

27. Тестирование черного
и белого ящиков
Mocha
Фреймворк для
тестирования,
позволяющий писать
тесты
в TDD и BDD формате
describe('User', function() {
describe('#save()', function() {
it('should save without error', function(done) {
var user = new User('Luna');
user.save(function(err) {
if (err) done(err);
else done();
});
});
});
});

28. Тестирование черного
и белого ящиков
Chai
Очень популярная
библиотека
assert’ов
assert.typeOf(foo, 'string');
assert.equal(foo, 'bar');
assert.lengthOf(foo, 3;
assert.property(tea, 'flavors');
assert.lengthOf(tea.flavors, 3);
expect(foo).to.be.a('string');
expect(foo).to.equal('bar');
expect(foo).to.have.lengthOf(3);
expect(tea).to.have.property('flavors').with.lengthOf(3
);
foo.should.be.a('string');
foo.should.equal('bar');
foo.should.have.lengthOf(3);
tea.should.have.property('flavors').with.lengthOf(3);

29. Тестирование черного
и белого ящиков
Sinon
Инструмент для
создания Mocks,
stubs, spies
function () {
var myAPI = { method: function () {} };
var spy = sinon.spy();
var mock = sinon.mock(myAPI);
mock.expects("method").once().throws();
PubSub.subscribe("message", myAPI.method);
PubSub.subscribe("message", spy);
PubSub.publishSync("message", undefined);
mock.verify();
assert(spy.calledOnce);
}

30. Тестирование черного
и белого ящиков
Jasmine
describe("A suite is just a
function",
function() {
var a;
it("and so is a spec",
function() {
a = true;
expect(a).toBe(true);
});
});
Популярный в
экосистеме Angular’a,
BDD фреймворк

31. Тестирование черного
и белого ящиков
Мифы
• Тестирование - это долго и дорого. Разумеется
тестирование увеличивает время на разработку, но
уменьшает время, затраченное на рефакторинг и
багфикс.
• Писать тесты – это скучно и нудно. Написание тестов
позволяет еще раз взглянуть на вашу архитектуру и
принять правильные решения
• 100%-ое покрытия. Тестов необходимо ровно столько,
сколько достаточно для выпуска стабильного и
надежного продукта.
• Тестирование не позволяет писать код без багов.

32. Тестирование черного
и белого ящиков
Ситуации в
проектах бывают
разные
• Заказчик не поддерживает и не
принимает идею unit-тестов в
проекте
• Тесты пишутся только для наличия и
метрик, а «чистоте» тестов не
уделяется должное внимание
• Вы пишите тесты намного позже
создания кода. Тесты не
актуализируются

33. ?