BDD в веб разработке

Август 11, 2022

Главная
Информатика
BDD в веб разработке

Содержание

2. Оглавление Особенности Процесс написания Jenkins Отчеты
3. BDD - это разработка теста через поведение. BDD - это эмулятор живого человека на сайте.
4. Особенности 1) Пишут не тесты, а шаги, которые надо пройти, для достижения какого - либо результата
5. Процесс написания Шаг 1 Получив заказ на доработку, создается пользовательская история с примерами в спеклоге пользовательская
6. Шаг 2 Я в вижуал сутдио начинаю писать тест на эту пользовательскую историю, пока тест не
7. Шаг 3 После завершения работы над тестом я запускаю его и он становится в отчетах красным
8. Шаг 4 Когда тест написан я кидаю его в репозиторий, где его видят программисты и начинают
9. Шаг 5 После работы программистов и реализации функционала теста, он становится зеленый, что означает, что тест
10. Зеленые тесты
11. Шаг 6 после реализации функционала мы на руках имеем автотест, отчеты которого можно продемонстрировать заказчику.
12. Отчет заказчику
13. Количество зеленых тестов – единственный надежный критерий оценки того, что уже сделано и что предстоит. К
14. Jenkins После того как я залил тест в репозиторий, его автоматически начнет запускать робот (Jenkins) Jenkins
15. Сборки Jenkinsa
16. Тесты проходят и если тест, по каким либо причинам не проходят, то Jenkins дает знать письмом
17. Отчеты Jenkins так же делает подробные отчеты по тесту, по ним можно понять сколько времени выполнялся
19. Скачать презентацию

Слайд 2

Оглавление
Особенности
Процесс написания
Jenkins
Отчеты

Слайд 3

BDD - это разработка теста через поведение.
BDD - это эмулятор

живого человека на сайте.

Слайд 4

Особенности
1) Пишут не тесты, а шаги, которые надо пройти, для достижения

какого - либо результата имитируя поведение пользователя
2) Тестирую не код сайта, а поверхность, то с чем работает клиент
3) Написанный тест легко читается и понимается разработчиком, начальством, клиентам.

Слайд 5

Процесс написания Шаг 1
Получив заказ на доработку, создается пользовательская история с

примерами в спеклоге
пользовательская история написана на языке gherkin

Слайд 6

Шаг 2
Я в вижуал сутдио начинаю писать тест на эту пользовательскую

историю, пока тест не написан я помечаю его тегом @...
для того что бы в отчетах было видно, что работы над тестом ведутся

Слайд 7

Шаг 3
После завершения работы над тестом я запускаю его и он

становится в отчетах красным (На тест нужно еще написать функционал)

Слайд 8

Шаг 4
Когда тест написан я кидаю его в репозиторий, где его

видят программисты и начинают над ним работу, а сам приступаю к другому тесту

Слайд 9

Шаг 5
После работы программистов и реализации функционала теста, он становится зеленый,

что означает, что тест проходит успешно

Слайд 10

Зеленые тесты

Слайд 11

Шаг 6
после реализации функционала мы на руках имеем автотест, отчеты которого

можно продемонстрировать заказчику.

Слайд 12

Отчет заказчику

Слайд 13

Количество зеленых тестов – единственный надежный критерий оценки того, что уже сделано и

что предстоит. К сожалению, практика показывает, что разработчики, пусть и из благих побуждений, могут рапортовать «да, да, завтра все заработает» месяцами. График не будет врать: фича готова, когда все ее тесты зеленые.

Слайд 14

Jenkins
После того как я залил тест в репозиторий, его автоматически начнет

запускать робот (Jenkins)
Jenkins запускает тесты тогда, когда я хочу, что бы тесты запускались.

Слайд 15

Сборки Jenkinsa

Слайд 16

Тесты проходят и если тест, по каким либо причинам не проходят,

то Jenkins дает знать письмом на почту, оповещением на телефон, или просто сообщением в рабочий чат

Слайд 17

Отчеты
Jenkins так же делает подробные отчеты по тесту, по ним можно

понять сколько времени выполнялся тот, или иной шаг, на каком шагу тест упал, сколько тестов упали, а сколько прошли
Эти отчеты можно предъявлять заказчику