Мы обучаем специалистов в области ТОиР на курсах в онлайн формате.
Список наших курсов:
➡ Базовые практики планирования ТОиР, управления надежностью и критичностью оборудования по методике RCM. Зарегистрироваться на бесплатную неделю можно в любое время
Спасибо за увлекательную тему. Мне удобно слушать вас на сервисе Soundsteam, но минус в том, что там нет обратной связи. Поэтому комменты пишу здесь, на ютубе.
Всё очень хорошо, но насчёт параллелепипеда ты ошибся, это был просто параллелограмм.))) А так, я, учясь в 8-м классе всё прекрасно поняла, так держать!!!
Здравствуйте! Спасибо большое за видео! Все доходчиво и понятно, сразу подписалась Отдельное спасибо за мнение «создавать себе имя, а не искать нанимателей», как этот подход мне близок. Буду работать над своим мастерством ❤️
Насчёт BDD: а почему с ним какие-то проблемы должны быть? Берёте requirements, составляете на их основе manual test case и просто переносите пункты из него в строки Gherkin, а потом под каждую строку (step definition) Gherkin пишите код автоматического тест кейза.
Таким образом, автоматический тест кейз становится понятным как для Product Owner, бизнес-аналитика, клиента, так и для тестеров и разработчиков, потому что чётко видно какой код подведен под каждый step definition. Соответственно, как Product Owner, аналитики могут понять что именно делает тест кейз и в случае необходимости потребовать скорректировать бизнес логику теста, так и девелоперы могут например быстро просмотреть какие html-локаторы использовались на том или ином шаге теста и попросить скорректировать неудачный локатор. Ну и если тестер уходит, то тот кто принимает у него дела может за короткое время разобраться в тест кейзах. И это я ещё не упомянул теги, благодаря которым мы можем управлять запуском сценариев, объединяя их в те или иные группы, типа regression, functional, version- based и тд. :)
Для e2e тестов, которые могут включать себя множество пунктов (читай step definitions), я вообще не вижу альтернативы, особенно в рамках page object model.
Не могу понять почему на тему BDD вообще хейт возник? BDD — это же часть TDD, в рамках которой автоматические тест кейзы должны создаваться до того как основной код приложения будет написан или изменён.
а смысл этого, если в кабинете серовно статусы нужно проставлять. был бы топ продукт если можно было все маркеты объединить в одно и все в месте синхронизировалось. Заказа на одном сайте, везде автоматиом минус. со всех маркетов в одном окне заказы и росспечать можно и все операции провернуть, не переходить на каждый маркет. ну а так смысла нету.
Список наших курсов:
➡ Базовые практики планирования ТОиР, управления надежностью и критичностью оборудования по методике RCM. Зарегистрироваться на бесплатную неделю можно в любое время
Мне удобно слушать вас на сервисе Soundsteam, но минус в том, что там нет обратной связи. Поэтому комменты пишу здесь, на ютубе.
Таким образом, автоматический тест кейз становится понятным как для Product Owner, бизнес-аналитика, клиента, так и для тестеров и разработчиков, потому что чётко видно какой код подведен под каждый step definition. Соответственно, как Product Owner, аналитики могут понять что именно делает тест кейз и в случае необходимости потребовать скорректировать бизнес логику теста, так и девелоперы могут например быстро просмотреть какие html-локаторы использовались на том или ином шаге теста и попросить скорректировать неудачный локатор.
Ну и если тестер уходит, то тот кто принимает у него дела может за короткое время разобраться в тест кейзах.
И это я ещё не упомянул теги, благодаря которым мы можем управлять запуском сценариев, объединяя их в те или иные группы, типа regression, functional, version- based и тд. :)
Для e2e тестов, которые могут включать себя множество пунктов (читай step definitions), я вообще не вижу альтернативы, особенно в рамках page object model.
Не могу понять почему на тему BDD вообще хейт возник? BDD — это же часть TDD, в рамках которой автоматические тест кейзы должны создаваться до того как основной код приложения будет написан или изменён.
был бы топ продукт если можно было все маркеты объединить в одно и все в месте синхронизировалось.
Заказа на одном сайте, везде автоматиом минус.
со всех маркетов в одном окне заказы и росспечать можно и все операции провернуть, не переходить на каждый маркет.
ну а так смысла нету.