Автотестер. Какие нынче требования?

[Sergunka]

Ну, да как достаточные и необходимые условия. В большинстве ситуаций как правило ни того ни другого продакт оунер выдавить не может и мычит в духе сделайте мне хорошо или сделайте мне json в пропертях

Я ещё раз призываю, разберись, что такое definition of done, это не про огурцы или продает оунера. Дод может быть вообще один на весь проект. И он не транслируется в огурцы. Acceptance criteria — одни на историю и в огурцы могут быть транслированы.

Да не проблема вот читаем

DEFINITION OF DONE

The most common use of Definition of Done is on the delivery team level. Done on this level means the Product Owner reviewed and accepted the user story. ... Meet all of the defined criteria or the user story is not done. The below examples might be included in the User Story DoD: Unit tests passed.

The definition of done (DoD) is when all conditions (acceptance criteria) that a software product must satisfy are met, to be accepted by a user, customer, team, or consuming system. We must meet the definition of done to ensure quality. It lowers rework, by preventing user stories not meeting the definition from being promoted to higher level environments. It will prevent features not meeting the definition from being delivered to the customer or user.

С какого там места появляются не стыковки с AC? AC это просто необходимое условие достаточное условие это чтоб ПО был в хорошем настроении

[Big Cheese]

Да не проблема вот читаем

DEFINITION OF DONE

The most common use of Definition of Done is on the delivery team level. Done on this level means the Product Owner reviewed and accepted the user story. ... Meet all of the defined criteria or the user story is not done. The below examples might be included in the User Story DoD: Unit tests passed.

The definition of done (DoD) is when all conditions (acceptance criteria) that a software product must satisfy are met, to be accepted by a user, customer, team, or consuming system. We must meet the definition of done to ensure quality. It lowers rework, by preventing user stories not meeting the definition from being promoted to higher level environments. It will prevent features not meeting the definition from being delivered to the customer or user.

С какого там места появляются не стыковки с AC? AC это просто необходимое условие достаточное условие это чтоб ПО был в хорошем настроении

Где Вы такие ДоД находите? Ну т.е. оджайл, конечно, удивителен и непостижим в своем многообразии, но такое, чтобы "ДоД это когда все acceptance criteria are met" первый раз встречаю. Напрашивается вопрос - в чем, собственно, тогда разница между ДоД и АС?

[АццкоМото]

Ну, да как достаточные и необходимые условия. В большинстве ситуаций как правило ни того ни другого продакт оунер выдавить не может и мычит в духе сделайте мне хорошо или сделайте мне json в пропертях

Я ещё раз призываю, разберись, что такое definition of done, это не про огурцы или продает оунера. Дод может быть вообще один на весь проект. И он не транслируется в огурцы. Acceptance criteria — одни на историю и в огурцы могут быть транслированы.

Да не проблема вот читаем

DEFINITION OF DONE

The most common use of Definition of Done is on the delivery team level. Done on this level means the Product Owner reviewed and accepted the user story. ... Meet all of the defined criteria or the user story is not done. The below examples might be included in the User Story DoD: Unit tests passed.

The definition of done (DoD) is when all conditions (acceptance criteria) that a software product must satisfy are met, to be accepted by a user, customer, team, or consuming system. We must meet the definition of done to ensure quality. It lowers rework, by preventing user stories not meeting the definition from being promoted to higher level environments. It will prevent features not meeting the definition from being delivered to the customer or user.

С какого там места появляются не стыковки с AC? AC это просто необходимое условие достаточное условие это чтоб ПО был в хорошем настроении

Ну почитай пример. Строка в дод: "все юнит тесты проходят". И попробуй ее записать огурцами. Гуд лак.

[АццкоМото]

Да не проблема вот читаем

DEFINITION OF DONE

The most common use of Definition of Done is on the delivery team level. Done on this level means the Product Owner reviewed and accepted the user story. ... Meet all of the defined criteria or the user story is not done. The below examples might be included in the User Story DoD: Unit tests passed.

The definition of done (DoD) is when all conditions (acceptance criteria) that a software product must satisfy are met, to be accepted by a user, customer, team, or consuming system. We must meet the definition of done to ensure quality. It lowers rework, by preventing user stories not meeting the definition from being promoted to higher level environments. It will prevent features not meeting the definition from being delivered to the customer or user.

С какого там места появляются не стыковки с AC? AC это просто необходимое условие достаточное условие это чтоб ПО был в хорошем настроении

Где Вы такие ДоД находите? Ну т.е. оджайл, конечно, удивителен и непостижим в своем многообразии, но такое, чтобы "ДоД это когда все acceptance criteria are met" первый раз встречаю. Напрашивается вопрос - в чем, собственно, тогда разница между ДоД и АС?

В том, что дод — фактически бюрократический чек-лист. Типа:
- юнит тесты проходят
- АС проходит
- код загружен в стейджинг номер 7
- проведены инспекции кода
- начальник транспортного цеха почесал левое яйцо

Дод редко специфичен для Стори, АС - почти всегда

[Big Cheese]

В том, что дод — фактически бюрократический чек-лист. Типа:
- юнит тесты проходят
- АС проходит
- код загружен в стейджинг номер 7
- проведены инспекции кода
- начальник транспортного цеха почесал левое яйцо

Дод редко специфичен для Стори, АС - почти всегда

Ну я как раз с этим определением согласен - я про Сергунькин ДоД спрашивал..

[АццкоМото]

В том, что дод — фактически бюрократический чек-лист. Типа:
- юнит тесты проходят
- АС проходит
- код загружен в стейджинг номер 7
- проведены инспекции кода
- начальник транспортного цеха почесал левое яйцо

Дод редко специфичен для Стори, АС - почти всегда

Ну я как раз с этим определением согласен - я про Сергунькин ДоД спрашивал..

В принципе сергунькина цитата о том же, просто крайне неудачная формулировка

[valchkou]

Если web ui - то по вашему стеку - это java, selenium-webdriver, docker, какой нибудь отчет (allure, report-portal, thucydides), junit/testng
Если ещё хотите и нужно API - то java, rest-assured хватит.

Спасибо

Если с огурцом хотите автотесты, то лучше cucumber, selenium, ruby. И так ручным тестировщикам легче будет обучится.
Я в Чикаго написал фреймворки, а потом обучил ручных тестировщиков, которые и UI покрыли автотестами, и Rest сервисы.
А без огурца лучше Java, Webdriver, TestNg.

Спасибо

склоняюсь к selenium webdriver, docker,
репорты гляну.

Нет такого. Ты же вроде умный а хочешь каких-то сказок. Что бы что-то там оттестировать нужно вначале создать кучи сложных фейковых данных, потом прокликать много экранов которые все работают на Angular. Потом всё почистить и тыды.

Т.е. это всё самое что ни на есть погромирование. Поэтому или все пограмисты пишут тесты или ты делаешь отдел из одного умного и 4-х средних) Просто найти чувака который с НУЛЯ тебе сделает такую системы нельзя. Точнее такие люди есть но денег они захотят вполне себе около твоих

я все понимаю, я уже в этом участвовал много раз, причем на разных проктах по разному.
Думал может что поменялось в этом мире, какой нить новомодный, бесплатный ,опенсурсный фреймворк выскочил.

На самом деле с нуля не надо. У нас вполне удобная система построена на REST.
Данные в нашей архитектуре создавать/удалять не проблема через тот же REST.
нужны 2 вещи: уметь делать тесты на вебформочки и эмитировать IoT, возможно докерами.
а REST API мы, программисты сами покрываем встроеным Spring Integration Testing.

Я думаю нам чувак очень крутой(такой как я) не нужен, который должен знать ВСЕ с нуля. мы сами умные и понимаем что строить.
Нужен чувак который знает определенный тулзы и сможет их правильно настроить, а заодно подучить коллег.
А то я гляжу на потуги наших "автотестеров", и плакать хочется от жалости и времени помочь им нет.

[fruit6]

Что бы ОП не писал в начале топика, как бы не пытался ввести в заблуждение, платить за тестера они не собираются.

[PrettyVacant]

Так ОП и написал: "Пока не нанимаем, но уже начинаем думать о том чтобы подумать об этом".

Это шедевр, я считаю.

[KOT MATPOCKUH]

Если бы вы умели писать хороший код, то никаких умственных усилий прикладывать не приходилось бы.

Если бы вы решили делать карьеру в рядах Советской Армии, вы бы стали отличным товарищем майором

[SUPER]

Смотрю у вас есть тестеры, но чего то не хватает...может вам нужны DevOps engineers?

[АццкоМото]

Смотрю у вас есть тестеры, но чего то не хватает...может вам нужны DevOps engineers?

Или шлюхи, или девопс. Склоняюсь к шлюхам.