Slides to Lecture #4 of Ruby Summer Course by #pivorak and OnApp - "R-spec and minitest in Ruby" by Alex Kychun

1. Тестування

2. Чому тестування
програмного
забезпечення важливе?
Написання тестів
забирає час, який можна
використати для розробки
функціональності.
При цьому, час - це
гроші. Гроші вашого клієнта,
вашої компанії чи навіть ваші.

3. Чому писати тести?
Допомагає знайти баги.
Перевіряє, чи Ваш код працює
належно.
Процес стимулює критичне
мислення.
Охоплення крайніх випадків та
періодична їх перевірка.
Зменшує кількість поганого
коду(зазвичай поганий код важко
тестувати)
Додає впевненості для
рефакторингу і покращеннь.

4. Чому писати тести?
Додає впевненості для
додавання функціональності.
Додає впевненості для
апгрейду ПО.
Додає впевненості під час
деплою коду.
Береже час розробки.
Допомагає розробникам спати
вночі.

7. Історії користувача
Опис досвіду користувача
вашого застосунку.
Якісний планувальний
інструмент.
Якісний інструмент комунікації
між розробниками.
Якісний інструмент комунікації з
клієнтом.
Описує один крок в досвіді
користувача.

8. З огляду на ... Коли ...
Тоді
З огляду на те, що користувач
не залогований.
Коли користувач заходить на
сторінку логіну.
Тоді користувач має бачити
поля форми для логіну та паролю і
кнопку підтвердження.

9. З огляду на ... Коли ...
Тоді
З огляду на те, що користувач
не залогований і переглядає форму
для входу в систему.
Коли користувач вводить
дійсний логін та пароль і
підтверджує форму.
Тоді запит має його
перенаправити на сторінку
профайла користувача.

10. Що тестувати?
Ви маєте тестувати лише те,
що має працювати.
Для існуючого коду, слід
писати тести за пріоритетністю.
Успішний сценарій.
Не успішні сценарії
Спеціальні ситуації
Кожен баг, який знайдено

11. Що не тестувати?
Базове Ruby
Базову функціональність RoR
Бібліотеки
Поведінку, що вже тестувалась

12. Важливі поради
Не якісне, часткове тестування
або поламані тести можуть мати
гірші наслідки ніж їхня відсутність.
Тести мають бути швидкими.
Всі тести мають проходити.
Уникати тести, які мають
залежності від конкретної
імплементації.

13. RSpec
Version >= v3
Глобальний файл конфігурації
~/.rspec
Файл конфігурації проекту
./.rspec
Локальний файл
./.rspec-local

14. Конфігурації
--no-color
--color
--format progress
--format documentation
--no-profile
--profile
--no-fail-fast
--fail-fast
--order defined/rand

16. Базовий синтаксис

17. Очікування

18. Декілька порад, щодо
очікувань
В ідеалі, має бути одне
очікування для одного зразка.
Для сценаріїв, коли перед
тестом необхідно ініціалізувати
велику кількість даних - варто
використовувати декілька
очікувань.

19. Матчери
● Рівноцінності.
● Правдивості.
● Чисельні матчери.
● Для колекцій.
● Динамічно додані матчери.
● Спостереження.

20. Ruby equality

21. Матчери Рівноцінності

22. Матчери правдивості

23. Чисельні матчери

24. Матчери колекцій

25. Матчери колекцій

26. Інші матчери

27. Інші матчери

28. Динамічно додані матчери

29. Матчери спостереження

30. Матчери
спостереження

31. Складені сподівання

32. Складені сподівання

33. Hooks

34. Let
Subject

35. Двійники

36. Двійники

37. Двійники

38. Очікування отримати
повідомлення декілька
разів
receive(:call).once
receive(:call).twice
receive(:call).exactly(n).times
receive(:call).at_least(:once) :twice ,
(n).times
receive(:call).at_most(:once) :twice ,
(n).times

39. Minitest
https://github.com/seattle
rb/minitest
minitest/test
minitest/spec
minitest/benchmark
minitest/mock
minitest/pride
minitest/run

40. Examples

41. Minitest Assertions
assert(test, msg = nil) - тест не
проходить, якщо параметр test є не
правдивий.
assert_empty(obj, msg = nil) - тест
успішний, якщо obj є порожнім.
assert_equal(exp, act, msg = nil) - тест
успішний, якщо exp == act.
assert_includes(collection, obj, msg =
nil) - тест успішний, якщо об’єкт входить до
колекції.

42. Minitest Assertions
assert_instance_of(cls, obj, msg = nil)
- тест успішний, якщо об’єкт є сутністю
класу.
assert_kind_of(cls, obj, msg = nil) -
тест успішний, якщо об’єкт є сутністю класу
або сутністю підкласу.
assert_match(matcher, obj, msg = nil)
- тест успішний, якщо obj відповідає
регулярному виразу.
assert_nil(obj) - тест успішний, якщо obj є
nil.

43. Minitest Assertions
assert_operator(o1, op, o2, msg = nil)
- тест успішний, якщо бінарна оператор
повертає правдиве значення.
assert_raises(*exp){|| } - тест успішний,
якщо block спричинить виняткову ситуацію.
assert_respond_to(obj, meth, msg =
nil) - тест успішний, якщо obj відповідає на
повідомлення meth.
assert_send(send_ary, m = nil) -
send_ary є масив, який містить отримувача
повідомлення, повідомленя та аргументи.
тест успішний, якщо метод повертає true

44. Minitest Assertions
refute_empty(obj, msg = nil)
refute_equal(exp, act, msg = nil)
refute_includes(collection, obj, msg = nil)
refute_instance_of(cls, obj, msg = nil)
refute_kind_of(cls, obj, msg = nil)
refute_match(matcher, obj, msg = nil)
refute_nil(obj)
refute_operator(o1, op, o2, msg = nil)
refute_raises
refute_respond_to(obj, meth, msg = nil)

45. Minitest::Expectations
must_be() - працює, як assert_operator.
також може використовувати тверджуння.
must_be_empty() - працює, як assert_empty
must_equal() - працює, як assert_equal
must_include() - працює, як assert_includes
must_be_instance_of() - працює, як
assert_instance_of
must_be_kind_of() - працює, як
assert_kind_of
must_match() - працює, як assert_match
must_be_nil() - працює, як assert_nil
must_raise() - працює, як assert_raises

46. Minitest::Expectations
wont_be() - працює, як refute_operator.
також може використовувати тверджуння.
wont_be_empty() - працює, як refute_empty
wont_equal() - працює, як refute_equal
wont_include() - працює, як refute_includes
wont_be_instance_of() - працює, як
refute_instance_of
wont_be_kind_of() - працює, як
refute_kind_of
wont_match() - працює, як refute_match
wont_be_nil() - працює, як refute_nil
wont_raise() - працює, як refute_raises

47. Minitest::Mock

48. Resourses