Коронавирус бомбанул знатно, и у многих знатно бомбануло от коронавируса ВНЕЗАПНОГО переноса очередной конференции «Testing Stage 2020» в онлайн.
Это да, неприятно, когда вместо движухи и тусни предлагается посидеть у монитора за те же деньги, но то лупина. Если бы я был там участником, то у меня от всего этого кунштюка взбомбануло бы не меньше. И хорошо бы к этому подготовиться заранее, бо коронавирус быстро не уйдёт (он вообще не уйдёт).
Соппсно, у нас в корпорации кто-то туда заплатился (не путать с «зааплаился») и по итогу получил доступ к скрытым ссылкам на все видео на ютюпе и, как партия велела, раздал их по внутренней связи всем принудительно интересующимся. Я интересунулся и сперва посмотрел, ап чём и как там Александра Ковалёва говорила.
В воскресенье (24 мая) аналогичное мероприятие провели Radio QA — здесь тоже планируется серия видео-трансляций в экспериментальном формате.
QA VADIS — КУА ИДЁШЬ — Пилотный выпуск с Алексеем Алёшиным (Middle QA) — HD
Но… мне от всего этого бермуторно, скептично и мизантропно. В чём польза таких «собеседований» в прямом/кривом эфире?
На курсах для начинающих этих самых начинающих, кагбэ, натаскивают на прохождение собеседований (это называется «оказать информационную помощь в трудоустройстве», ага) и на курсы народ ходит именно ради этой помощи, а не для «хочу на протяжении трёх месяцев разобраться с тестированием». И это логично.
Надо заранее обучиться этикету и манерам, которые будут ОЧЕНЬ НУЖНЫ, когда чопорный шофёр-порученец вручит вам приглашение на бранч в саду королевы английской великой Британии завтра в файв-о-клок, сэр, но, кагбэ… сперва надо получить это приглашение (на собеседование).
А их не зовут.
Тот, кто сумеет эту проблему решить дёшево и эффективно — будет торт среди тортов. Но сейчас простого решения нет.
«Стариканы» талдычат о том, что а вот мы просто начинали читать, а вот мы просто ходили на все собеседования сразу, и так набирали жопыт; а вот мы в наше время были счастливы только от того, что смогли найти справочник по мнемокодам Intel 8080 любую шнягу, которую сегодня просто поди и скачай с торрентов, делов-то; вы просто делайте то же самое… И это очень правильный совет, и это очень правильное поведение, и читать сегодня можно бесконечно.
А их не зовут. И уже искрит по проводам.
Поэтому селяне с радостью подбрасывают в небо чепчики своих селянок, встречая новых миссионеров, которые обещают успокоить страждущих и вразумить запутавшихся и направить заблудших по какой-то едино верной дороге… взамен на… всего-то ничего, потом же будет рай земной, айфончик, обеспеченное будуйющее… go к нам, брат, ты чо такой хилый, давай поднимем твои скиллы, мы научим, без балды, никакой теории, только практика, иди, иди, иди к нам, шаг за шагом.
А действительно, чего это мне кажется, что разница между верификацией и валидацией всем понятна без примера?
Нужен конкретный пример. А то без примера каждому… парню кажется, что его принимают за идиота.
Например, здравствуйте, дети, вот это револьвер Смит и Вессон. Им можно решать разные задачи на поле боя. А ещё из него программист может выстрелить себе в ногу несколько раз. Сейчас я вам это покажу на конкретном примере. Ну, чья нога послужит хорошим, конкретным примером? Кто из вас знает C++?
Валидация — проверка соответствия приложения всем остальным (подразумеваемым) требованиям.
Ну, и чо?
Когда я только выполнял чужие кейсы, это всё было ненужным и абстрактным лайном.
Когда я сам проектировал тесты, да ещё и для какой-то финансовой аппликухи — приходилось знать/понимать точно, какие тесты покрывают прописанные требования (верификационные), а какие тесты покрывают НЕпрописанные требования (валидационные) и соответственно их разделять по разным сборникам тестов. И это всё стало осязаемым и важным.
— (голосом пионера) Приглашаем всех на «Анонс_final», ежегодную конференцию для анонимных анонсистов и финалистов и всех-всех-всех, которых интересует качественный процесс анонса и финализации! Спешите скорее, билеты уже в продаже!
— ПАГАДИТИ! Это же «Selenium Camp», ежегодная конференцию для разработчиков и QA и всех тех, кого интересует качественный процесс разработки и тестирования, которая успешно состоится 21-22 февраля 2020 в Киеве! Что за анонсисты? Какие финализаторы… Спешите скорее, билеты уже в продаже!
— (по телефону из Кишинёва) Да это файл с пресс-релизом так назвали, «Анонс_final». Никто не виноват. Спешите скорее, билеты уже в продаже!
инфраструктура автоматизации тестирования (когда, где и как проводить тесты);
машинное обучение и автоматизация тестирования (предложения, чат-боты, модели);
метрика и мониторинг;
управление тестовыми данными и генерация;
качество кода в автоматизации тестирования (реальные истории);
hardware / роботы / IoT (experience reports).
— ПАГАДИТИ! А где это пройдёт-то?
— Дык, в пресс-релизе не было написано…
— (по телефону из Кишинёва) Да там же, где и всегда: Киев, ул. Вадима Гетьмана, 6, Mercure Congress Hall.
Формат:
2 дня практических докладов от отечественных и иностранных спикеров,
3 параллельных потока,
BOF сессии, где освещаются самые актуальные давно известные темы и вопросы,
Виски-фуршет для неформального общения со всеми теми спикерами и участниками конференции, которые предпочитают коньяк,
40% скидка на билет для тех, кто только переходит от ручного до автоматизированного тестирования (то есть, для начинающих.)
И да, нумерованный список был выбран нарочно 🙂
Среди спикеров обнаружены:
Simon Steward (Selenium Project, UK), Marcus R Merrell (Sauce Labs, USA), Elias Nogueira (Waes, Netherlands), Николай Алименков (XP Injection, Украина), Андрей Солнцев (Codeborne, Estonia), Иван Крутов (Aerokube, Россия), Сергей Пирогов (EPAM, Украина).
Одна из редких конференций, на которые надо поскорее поспешить, бо билеты уже в продаже! Do you feel it?!
Любомир Геревич не знает, кто дядя Боб. Так вот, это один из тех семнадцати чуваков, которые собрались в феврале 2001-го в Snowbird ski resort в Юте для того, чтобы потрындеть о том, как можно было бы обустроить жизнь программистскую.
На этом фото Роберт Мартин третий слева.
К тому времени уже оформилось несколько устойчивых и обоснованных мнений о том, что и как надо было бы делать, чтобы было «правильно», поэтому необходимость в общем словаре уже назрела.
Дальнейшее уже легенда, эпос и сказания, дважды пересказанные и триста раз перевранные. Время вернуться к источникам. И вся книга именно об этом. (далее…)
В наше время считается нормой учиться тестированию и при этом НЕ учиться программированию. Но ведь тестирование само по себе не имеет смысла — это подчинённый процесс, придуманный программистами для программирования.
Все «старые» книги про тестирование написаны программистами, которые объясняют тестирование программистам. Майерс, Бейзер, Вайнберг, Йоргенсен — не так уж много их, но что дошло до наших дней, то если не блестит, то поблёскивает.
Иногда в телевизоре начиналась телепередача «В гостях у сказки». Было волнительно.
Анастасия Зуева
И да, это чёрно-белая картинка с телевизионными искажениями, бо вы офигели требовать цветной FullHD в советском телевизоре.
Александр Александров сказок не читает, но при запуске видео с его докладами у меня всегда возникает то самое ощущение из навсегда ушедшего времени и волнение ожидания торта.
Его новый доклад — повышенной степени адекватности и глубокого погружения в тему. Не только описаны ужасы проектной повседневности в тестировании, но и предложено включить здравый смысл для их разруливания.
И там вообще не для джунов (там над вами хохмят).
Я перегнал доклад в полноценную текстовую версию, бо оно того варто. Видео — в конце.
Александр Александров Экономика тестирования. Версия 1.0 (2018)
О чём будем говорить
Общеизвестные (но не до конца) истины, или почему такая тема
На что влияет экономика тестирования
Что такое Версия 1.0 — Подробно
Зачем нужна Версия 2.0 — Кратко
Почему такая тема
Эту тему я обдумывал на протяжении прошедшего года, и ещё не нашёл ответы на многие важные вопросы.
С 2012 года в Astound Commerce проходят регулярные образовательные Boot Camp для тестировщиков ПО. Рассмотрим как и почему это простое (как казалось поначалу) мероприятие превратилось в полноценный сервис, который помогает компании планомерно запускать новые проекты к определенной дате и с подготовленным к работе персоналом.
Идеи легковесны и изменчивы, и постоянно требуют присмотра и ловкости обхождения с ними. Это типа лук и стрелы, много не настреляешь, но если прицелиться и жахнуть точно, да с близкого расстояния, то ура, слава нам, капец ворогам.
Но и тест-кейсы не последнее дело, это «тяжелое вооружение«, и когда оно бабахает, то неприятеля сносит ко всем прабабушкам. Но чтобы оно бабахнуло, надо долго крутить дулом и прицеливаться…
Можно быть приверженцем одного типа вооружения, но использовать надо всё, что попадается под руку, а не стрелять только воробьями по пушкам, типа я весь такой концептуальный и аджальный.
У тест-кейсов должны быть предусловия (‘pre-conditions’ по-вашему).
Во всех этих pre-condition для тест-кейсов уместно учитывать много всякого (и чем больше там будет учтено, тем лучше). Иногда в предусловиях полезно буквально процитировать требования, на основе которых тест-кейс был написан.
Цитировать требование в прекондишнах — это всяческий гуд, но, как всегда, есть сложности с реализацией…
Как это всё сделать?
1 Гиперссылка на требования
Да, но не менее 70% гиперссылок в любом документе неизбежно «дохнут» на протяжении полугода, а когда требования начинают переписывать, менять строки местами и нумерацию следом, то едрить вашу медь…
И очень сильно задалбывает постоянно куда-то переходить по ссылкам и в разбираться в обустройстве другого документа, ведь редкий документ в разгаре работы пишется
внятно,
грамотно,
однозначно,
красиво
и понятно.
Увы.
2 Логическая отсылка на нумерацию требований. Не зря они всегда пронумерованы, как законы.
Да, логические отсылки вроде «Смотри Евангелие от Программиста 9.43» более долговечны, нежели гиперссылки, но они почти постоянно нуждаются и в сопутствующих гиперссылках, и в уточнении на предмет «не поменялось ли там что-нибудь».
В какой-то момент и они перестают помогать, и тогда автор кейса начинает громко и смачно икать, бо его постоянно проклинают.
3 Процитировать требование
Самое шикарное решение. Обычно хочется (да редко можется) просто увидеть прямо на экране тест-кейса тот текст, на который сделана отсылка. Логичное решение: буквально процитировать требование в прекондишне.
С другой стороны, полное цитирование требований в тест-кейсах недальновидно, бо когда тест-кейс перестает соответствовать действительности, например, из-за того, что требования поменялись, и его надо переписать, то там переписывать и переписывать… Тогда икается всем.
Шо делать?
От страха перед иканием большинство тестировщиков (97,12%) сильно тупят и не решаются ни на то, ни на сё. А если будут требования переписываться? А если нет? А если будут? А если нет? Аааа…
Ответ: бэээ! Требования иногда переписывают, но не так часто, как может показаться, поэтому отставить панику.
Нет, когда требования начинают переписывать, это действительно Содом и Геморрой, но это беда для всех сразу, а не только для тестировщиков.
Обычно после такой беды тест-кейсы начинают переписывать, через неделю всем понятно, что переписывать — с ума сойти, и что кейсы лучше не переписывать, а написать с нуля. Жалко, конечно, но разумнее.
Заодно тестировщики начинают лучше понимать бедных программистов.
Каждому кейсу свой жизненный срок, это нормально. К этому надо привыкнуть и перестать заморачиваться поиском идеального глобального решения. Надо просто написать понятные тест-кейсы и снабдить их указанием требования, на котором тест основан, а как это сделать — неважно. Можно по-всякому.
— Будем рассуждать о том, во что превратилось обучение тестировщиков в наше время, и что с ним будет в ближайшем будущем.
В 2014 году в Киеве было под тридцать курсов по тестированию. И ещё плюс в Одессе и во Львове. Для Украины это было не так, чтобы мало, и большое количество курсов обещало то, что (наконец-то) на рынке появится много обученных тестировщиков. Их можно будет брать на работу и кидать на проекты — бизнес пошёл! Ожидалось, что количество будет переходить в качество.
И вот вам 2016 год. Сколько сейчас курсов для начинающих тестировщиков? Ну, чуть меньше. Но все равно их много. В Украине сегодня много тестировщиков. Много начинающих тестировщиков. Много плохих тестировщиков. Спасибо всем причастным к созданию этой ситуации (я среди них, безусловно).
Тэстирование — быстраразвивавава…. вах, какой быстрый область, в который просто нэвозможна стоят на мэсто! То, что всего пара год назад казался норма — уже устарэл! То, что норм сэйчас, пара год назад нэ существовал!
Чтобы был обмен опытом, был подготовлен «КоТэ» — Онлайн Конференция Тэстировщиков!
Вот только некоторые из причин обязательно поучаствовать в главном онлайн-событии этой осени:
Короткие доклады по существу. Никакой воды — только существо!
Мастер-класс с заданиями.
Участие отовсюду, или из офиса, или не вставая с дивана. Или не садясь на диван.
Конкурсы с призами, как до начала трансляции, так и в каждый день конференции.
Который не зарэгистрировалсо, тот иди и рэгистрируйся давай на koteconf.ru
Не знаю, куда денутся все самые пассивные тестировщики Украины в сентябре, а вот самые активные 22-23 сентября соберутся на qafest.com 2017 — самое двухдневное и самое масштабное международное мероприятие в нашей отрасли. Это не просто скучные лекции, это будет целый фестиваль тестирования!!!!адынадын!!!!1111!ааааа!!!!!!111!дададада!
Спикеры (а среди них Ilari Henrik Aegerter, Mark Winteringham, Gerlof Hoekstra и другие трудновыговариваемые имена) расскажут про:
функциональное тестирование
автоматизацию тестирования
тест менеджмент и управление процессами
мобильное тестирование
тестирование безопасности
тестирование производительности
Программа ишшо формируется, но уже известно, что станет известен путь из варяг в греки (без виз), что можно планировать ВНЕЗАПНОЕ, что кому-то не надо смешить его очень смешливый coverage, что можно/нужно тестировать доступность/недоступность, ну и что Your Testing Metrics All Suck Big Time. А еще можно будет собрать высокую джангу и посбрасывать карточки в Свинтусе.
Три потока докладов от спикеров из десяти стран этого мира, больше 800 участников, зона общения со спикерами, вечеринка после (и до).
Надо быть дурацким дураком, чтобы не нагрянуть на QA Fest, если есть возможность. Но в сентябре мне надо грабить западные корованы трясти жУжгород «скучными лекциями» в ходе QA Boot Camp 2017, поэтому жаль-нажаль, алэ список пассивных тестировщиков Украины осени я, пожалуй, возглавлю.
А действительно, чего это мне кажется, что разница между верификацией и валидацией всем понятна без примера?
Нужен конкретный пример. А то без примера каждому… парню кажется, что его принимают за идиота.
Например, здравствуйте, дети, вот это револьвер Смит и Вессон. Им можно решать разные задачи на поле боя. А ещё из него программист может выстрелить себе в ногу несколько раз. Сейчас я вам это покажу на конкретном примере. Ну, чья нога послужит хорошим, конкретным примером? Кто из вас знает C++?
Если пример непонятный — нет, ты не идиот, просто давным-давно, в другом мире…
Глава первая, вступательная в зыбкое болото терминов
Верификация — проверка соответствия приложения прописанным требованиям.
Валидация — проверка соответствия приложения всем остальным (подразумеваемым) требованиям.
Ну, и чо?
Когда я только выполнял чужие кейсы, это всё было ненужным и абстрактным лайном.
Когда я сам проектировал тесты, да ещё и для какой-то финансовой аппликухи — приходилось знать/понимать точно, какие тесты покрывают прописанные требования (верификационные), а какие тесты покрывают НЕпрописанные требования (валидационные) и соответственно их разделять по разным сборникам тестов. И это всё стало осязаемым и важным.
(далее…)