Зачем манки тестингу целый канал?

не развози тут, зачем набрасываешь

А вообще да, просто вброс Шу как-то быстро успокоили, решил помочь

Общаемся на темы, посвященные всем видам тестирования, его автоматизации и т.д. Без мата, грубостей и провокаций. Только по делу

существует ли телеграм канал тестировщиков игр?)

а если по делу можете спрашивать тут, специалистов тут много да и нет особой разницы, много чего общего

в прошлый разговор такого плана, вылетела инфа что всего пару контор делают хорошо и красиво

Всё так, да.

Об этом 7 лет как написано в ISTQB Foundation Syllabus

Об этом уже лет двадцать как где только не написано.

Учитывая, что Syllabus написан по индустриальному стандарту - логично

А при чем тут он?

Зачем манки тестингу целый канал?

Эффект данинга-крюгера в действии. Или How hard can it be?

ты ответил на вброс это как с пастой разговаривать

Самое время поговорить о разнице между QA и тестировщиками.

Жги

вопрос экспертам

юзал/юзает ли кто-то кукумбер и стоит ли изучать эту парашу?

Привет у кого-то есть пример User Acceptance Testing (UAT) плана с реальным списком проверок.

юзал/юзает ли кто-то кукумбер и стоит ли изучать эту парашу?

юзал, работает

jbehave тоже норм

на сколько вообще актуально?

если тебе надо создавать инструменты для других (домохозяек) то вполне нормально

юзал/юзает ли кто-то кукумбер и стоит ли изучать эту парашу?

если хочешь в компанию где практикуют аля дойч банк, то изучай, если не хочешь в такую компанию, то не изучай)

если хочешь в компанию где практикуют аля дойч банк, то изучай, если не хочешь в такую компанию, то не изучай)

вот, спасибо

как по мне это действительно "параша", но только если вся команда юзает эти спеки - то норм, если юзают только тестеры, то грош цена поддержке этого слоя "абстракции".

юзал/юзает ли кто-то кукумбер и стоит ли изучать эту парашу?

Очень крутой и удобный инструмент. Слово "параша" ему не соответствует вообще

Очень крутой и удобный инструмент. Слово "параша" ему не соответствует вообще

чем он такой крутой и где его применяют, на каких проектах?

я, например, 1 тестер на небольшом проекте. т.е. выполняю роль мануальщика и автоматизатора, мои фича файлы - тесткейсы по сути

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

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

ну вот у меня ситуация, как у тебя

но ты делаешь заготовки для будущих сотрудников, которые прийдут на проект?

какие заготовки? зачем?

Кто нибудь заставлял API жиры отсылать уведомления в телегу?

Я как минимум знаю 2 уважаемых мне людей это Мартин Фаулер и создатель Mockito фреймворка, которые говорят что gerkin это "параша". Мне достаточно. Я на своем опыте увидел, что если в компании никто ими не пользуется, а создается это тестировщиками ради себя, то цена такой дополнительной работе (в добавок к уже существующей) сильно высокая. Качественно написаный код несет больше пользы. Если человек не умеет программировать, просить его писать тесты хоть и на псевдо языке - так себе идея, но именно так это и "продают". Если спеками никто не пользуется, зачем их поддерживать? Возможно спеку пишет аналитик и тогда это дублирование. Такой "дорогой" труд оправдан только если все участники команды заинтересованы в этих спеках и хотят чтобы у них были общие документы. Но в России де-факто такой культуры разработки почти нет.

"Геркин это параша" это аргумент из цикла "Молотки отстой, а люблю паяльником пользоваться".

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

Делать БДД ради БДД - такой же унылый подход, как и любое другое "технология ради технологии".

Не заходил сюда пару месяцев, но про Геркин аж за душу взяло)))

Геркин сценарии тестировщиками для самих себя очень неплохо себя окупают если на раннем этапе была заложена правильная структура.

А еще репорты красиво смотрятся)

При грамотном подходе - покрытие едж-кейса или просто доп сценарий занимает 5 минут с 1 строчкой кода. В сложных бизнес флоу это офигенный плюс

Об этом уже лет двадцать как где только не написано.

Весь наброс заключается в том, что написанное 7-20 лет назад сейчас выглядит убого, неуместно и размыто. Индустрия стремительно развивается, в старые термины вкладывают много новых смыслов, в том числе иногда и в несколько параллельных потоков. Отсюда и непрекращающиеся вопросы.

Весь наброс заключается в том, что написанное 7-20 лет назад сейчас выглядит убого, неуместно и размыто. Индустрия стремительно развивается, в старые термины вкладывают много новых смыслов, в том числе иногда и в несколько параллельных потоков. Отсюда и непрекращающиеся вопросы.

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

Поддержу последнего выступающего за кукумбер. Для проектов со сложной логикой и замысловатым флоу, я не нашла адекватной замены bdd. Мне нравится принцип одного окна: оно же документация, список фич/userstory и тут же проверка и отчет менеджеру. В идеальной вселенной: с заказчиком согласован список юзерсторис, по ним сценарии в понятном третьекласнику виде и тут же результаты. Я не хочу отдельно следить за актуализацией юзерсторис в таск трекере, не хочу писать тест-кейсы в тест менеджмент системе, не хочу писать отчет пму о том, что когда протестировано и где какие проблемы. Я не хочу писать баги по результатам регреса - разработчик сам увидит, что поломал

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

Последний раз менялось ыж в 2015 году. As a result of the intensive work from this technical committee, the revised standard ISO 9001:2015 was published by ISO on 23 September 2015. The scope of the standard has not changed; however, *the structure and core terms were modified* to allow the standard to integrate more easily with other international management systems standards.

Причем просто для того чтобы легче интегрироваться с другими стандартами. А потом на конференциях до хрипоты спорят, чье определение определёнее :)

Поддержу последнего выступающего за кукумбер. Для проектов со сложной логикой и замысловатым флоу, я не нашла адекватной замены bdd. Мне нравится принцип одного окна: оно же документация, список фич/userstory и тут же проверка и отчет менеджеру. В идеальной вселенной: с заказчиком согласован список юзерсторис, по ним сценарии в понятном третьекласнику виде и тут же результаты. Я не хочу отдельно следить за актуализацией юзерсторис в таск трекере, не хочу писать тест-кейсы в тест менеджмент системе, не хочу писать отчет пму о том, что когда протестировано и где какие проблемы. Я не хочу писать баги по результатам регреса - разработчик сам увидит, что поломал

если вам подходит - гуд)

ISTQB сегодня как раз и пытается, зафиксировать стандарты 10-летней давности.

Lean Test Cases до сих пор в Syllabus не внесли

Lean Test Cases до сих пор в Syllabus не внесли

А где почитать, что бы быть в тренде

Поддержу последнего выступающего за кукумбер. Для проектов со сложной логикой и замысловатым флоу, я не нашла адекватной замены bdd. Мне нравится принцип одного окна: оно же документация, список фич/userstory и тут же проверка и отчет менеджеру. В идеальной вселенной: с заказчиком согласован список юзерсторис, по ним сценарии в понятном третьекласнику виде и тут же результаты. Я не хочу отдельно следить за актуализацией юзерсторис в таск трекере, не хочу писать тест-кейсы в тест менеджмент системе, не хочу писать отчет пму о том, что когда протестировано и где какие проблемы. Я не хочу писать баги по результатам регреса - разработчик сам увидит, что поломал

где она, эта идеальная вселенная?

Lean Test Cases до сих пор в Syllabus не внесли

Речь о http://www.testingeducation.org/BBST/testdesign/McMillan_LeanTestCases.pdf

ISTQB сегодня как раз и пытается, зафиксировать стандарты 10-летней давности.

Есть уже обновление для Syllabus?

Гайз, тут с HH.ru люди?

Если хотите что-то спросить - сначала задайте вопрос. Тот, кто в теме - сам вам ответит. Не пытайтесь сначала завладеть вниманием всех, а потом спрашивать. Это не работает и только тратит ваше и наше время.

https://www.screencast.com/t/vWvgm5OwgZ

Вот вам вопрос >.<

судя по тому, что с 12 ночи еще нет фикса, они могут и не знать

а с точки зрения функциональности, что не работает?

Добрый день . Подскажите какой стек технологий вы используете для автоматизации тестирования для REST сервиса - от инструментов и до отчетов (как и в каком виде и куда они идут?)

вообще не очень понимаю что это за треш в консоли, у вас там плагинов нету подозрительных?

вообще не очень понимаю что это за треш в консоли, у вас там плагинов нету подозрительных?

Подозрительных нет, воспроизводится аналогично не только у меня (а тут разные системы)

Добрый день . Подскажите какой стек технологий вы используете для автоматизации тестирования для REST сервиса - от инструментов и до отчетов (как и в каком виде и куда они идут?)

Rest Assured + Java, отчеты Allure, CI - TeamCity

а с точки зрения функциональности, что не работает?

ну и вот в Инкогнито https://www.screencast.com/t/QB7NtuzNvK9

Проверь файл hosts

да сыпит в консоль треш

при этом все работает

то что оно все мои порты на локал хосте пытается гетнуть, меня если честно напрягает

поведение похоже на вредоносное по

Проверь файл hosts

Ну блин, ну серьезно. Я же пишу, что у нескольких людей такое на РАЗНЫХ системах

у меня тоже аналогичное поведение

поэтому и спрашиваю, есть ли тут с HH люди. Пинганите их

то что оно все мои порты на локал хосте пытается гетнуть, меня если честно напрягает

посто хх.ру get’ает Ваше резюме на Вашей системе за Вас))

сарказм если что

посто хх.ру get’ает Ваше резюме на Вашей системе за Вас))

на ssh порте в том числе

Наверное тестировали локально и после развертывания на бою не изменили как положено

=)

Хотя

Порт 5938 помоему rdp'шный, зачем ему

Ага) И порты тоже локально пинговали)

ну debug=True стоит, релизнулись с флагом поди

иначе как объяснить локалхост

?

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

Резюме лучше в pdf всегда сохранять, на то есть минимум 2 причины

Там есть localhost:80, мне больше верится что билд залил криво

Извините, я оиблась?

Там есть localhost:80, мне больше верится что билд залил криво

ну ему это и нужно

твой локалхост чекнуть

Зачем?

если у тебя веб сервер стоит, то злоумышленник об этом узнает

Забрать с моего вебсервера страничку?

значит что у тебя этот порт открыт может какую то уязвимость опять нашли

очередные ванакрай или пети

буквально вчера оказалось что ccleaner злоумышленники умудрились взломать

)

и пара версий софта их содержала вредоносное по