Хочется рассказывать про всякие крутые штуки.

Мутационное тестирование для не_юнит_тестов, тестовые модли и тестирование на их основе, виды веб-уязвимостей и их примеры (ох, я такую офигенную книжку про них купила, just check it out!), юзабилити и a11y-тестирование.

Хочется слушать про ещё более классные вещи. Про сложные технические решения, про необычную архитектуру, про фишки тестирования микросервисов (и переходы с монолитов на них), про DevOps-практики, которые были введены в ходе работы. Задавать вопросы и получать ответы, а лучше вместе находить решение.

Осознание бесконечности возможностей развития и получения знаний делает восприятие того факта, что ты это все сейчас не знаешь, в три раза больнее. Ну да ладно, Наруто не сдавался — и я не буду унывать. Все возможно, пока есть серое вещество в моей голове.

Хо-хо-хо. А я не раз говорила, что исследовательское тестирование нас спасёт 😈 Давайте о нем и поговорим :)

На очередной поток мыслей о пользе исследовательского тестирования меня натолкнул пост канала @automation_remarks.

Вообще я раньше очень топила за исследовательское тестирование в контексте книги Дж. Уиттакера (методика туров), но потом нашла другие референсы, которые отозвались мне больше. Кроме того, почитав ряд источников, я пришла к выводу, что методика туров — несколько поверхностный подход, "skating on the surface", как написал про это Джеймс Бах. Уверенности в этом добавил тот факт, что Уиттакер все же не профессиональный тестировщик — он в первую очередь разработчик, архитектор и технический евангелист. Это не умаляет его заслуг в мире IT — просто я не приветствую импервативность в стиле "надо делать именно так" даже от других QA, что уж говорить о тех, кто не специализировался в этой области.

Disclaimer: если убрать идею туров, в книге Exploratory Software Testing есть много полезных рассуждений, которые все же могут оказаться полезными, так что ознакомиться с ней все равно очень рекомендую. Главное — не переставать мыслить критически и держать в голове, что этот подход — не единственный.

Что касается исследовательского тестирования в том виде, что мне близок сейчас, то неплохое его описание есть у Сэма Канера (правда, совсем короткое, больше похоже на просто объяснение, что есть исследовательское тестирование).
На сайте Джеймса Баха есть целая подброка статей об исследовательском тестировании, плюс мне очень по душе вот этот пост, в котором он описывает свое видение этого подхода.
А ещё в тему хорошо заходят рассуждения на эту тему от Майкла Болтона, которые Бах резюмирует просто и понятно:

Exploratory testing is not defined by any specific example of exploratory testing. The core idea of ET remains as it always has been. It’s been expressed in many different ways, but boils down to this: test design and test execution and learning mixed together in a mutually supportive way.

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

​​Vesper - HTTP Framework for Unix Shell

vesper is a collection of shell functions to make it super easy to generate valid http responses. Vesper is not a web server itself, its just the framework to parse http requests and generate valid responses.

This is crazy, who needs a http framework for unix shell?

That is a very good question! If you would have asked me that question a year ago, I would have argued: nobody. Now, I am not sure anymore. How will sh/bash noscripts work in the future of cloud and serverless?

https://github.com/chris-rock/vesper

#shell

📌В #Noveo открыта вакансия #QA engineer.
Если у тебя есть:
🔹опыт написания и поддержки тест-планов, тест-кейсов, чек-листов;
🔹опыт автоматизации тестирования;
🔹английский язык уровня Intermediate и выше.
То мы с нетерпением ждём твоё резюме:
https://noveo.ru/2rB5itu

#Новосибирск #СанктПетербург #jobs #testing

Я люблю вписываться в организацию хороших мероприятий и помогать классным сообществам стать ещё класснее. Одно из таких — прекрасные Women in Tech.

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

Что мне больше всего нравится здесь, так это полная инклюзивность и поддержка: здесь можно и нужно общаться и помогать друг другу, даже если вы далеки от технологий, но интересуетесь сферой. Мы также рады парням-единомышленникам, и не только мы: организацию поддерживают такие гиганты, как Microsoft и JetBrains.

В декабре встретимся в питерском филиале ВШЭ, чтобы познакомиться, поговорить и технологиях, отлично провести время и встретить представителей Women in Tech впервые в России.

Где? ВШЭ, Кантемировская, 3а
Когда? 12 декабря, 19:00-22:00
Пожалуйста, зарегистрируйтесь, чтобы прийти на мероприятие: https://women-in-tech.timepad.ru/event/1123602/

Вы можете найти нас вк, фб, в твиттере, инстаграме и на официальном сайте.

Отличная статья про data-qa-атрибуты для автоматизации тестирования от моей коллеги Юли.

#взакладки
Что примечательно: это очень хороший материал для тех, кто работает в команде с SDET, но сам автотесты не пишет. Создание понятных data-qa-атрибутов — одна из потенциальных задач для тестировщика с аналитическим складом ума.
Ну и работа с клиентской стороной и HTML вносит разнообразие в классические задачи тестировщика.

https://blog.noveogroup.ru/2019/12/data-qa-udobnye-selektory-dlya-avtomatizatsi/

"Ручное тестирование умирает!"

Когда мне говорят, что "ручное тестирование умирает", то первый мой вопрос "ты мне это говоришь, чтобы что?". Если человек не разворачивает свою мысль, я слышу в этом агрессию и заход сверху - "ты занимаешься фигней, твоя работа не нужна". И телесно я реагирую на это тоже как на агрессию - сначала замираю, потом чувствую гнев. И тут мне помогает остановиться, почувствовать себя и подышать.

Следующие два маркерных вопроса - "Что считать за секс за ручное тестирование" и "В каких контекстах и ситуация оно умирает?". Нередко выясняется, что представления собеседника о ручном тестировании сводятся к "ну просто кликать на кнопки". И тут мы можем выйти на разговор про то, что из себя представляет современное ручное тестирование.

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

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

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

Написала итоги 2019.

Ничего интересного, это такая субъективно-ретроспективная простыня, но я хочу сохранить это именно в канале с работой, потому что работа была со мной 99% времени. Многие выводы и полезные навыки выросли именно из неё.

https://teletype.in/@qa_nastasiya/BynHjCJJU

С наступающим, друзья! :)

Открыла книгу по теории и практике тестирования. Дочитала до фразы "Testing is the process of demonstrating that there are no errors". Задумалась.

Тестирование не может гарантировать, что ошибок нет. Конечно, тут, возможно, дело в формулировке: demonstrating != prooving, errors не всегда = bugs, но концепт в голову читающего закладывается всё равно неверный.

Мне больше по душе определение, данное Эдсгером Дейкстрой, и приведенное в этой же книге чуть ниже:
Testing can show the presence of bugs but never their absence.

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

Тестовые площадки для тренировок настоящих ниндзя

#взакладки
У меня давно не было полезностей, а зря! Я ведь методично по крупичкам собираю разные ссылки, книги и темы, которые кажутся мне интересными как в личном плане, так и для обучения / рекомендаций коллегам. Наверное, стоит прекратить по-гоблински зажимать их в закладках и выкатить в общий список: возможно, кому-то они пригодятся и сослужат хорошую пользу!

Тренажеры для тестирования без применения автоматизации
Нацелены исключительно на развитие внимательности, аналитических скиллов и логического мышления. Возможно, протестировать что-то подобное вас попросят на начальном этапе собеседования.
🔹 http://testingchallenges.thetestingmap.org
🔹 https://playground.learnqa.ru/puzzle/triangle
🔹 http://qainterview.pythonanywhere.com/

Тренажеры на знание теории тестирования
Для тех, кто готовится к сертификации или просто хочет знать больше.
🔹 https://skillotron.com/skills/qa-general
🔹 http://istqb-training.ru/
🔹 https://ulearn.me/Course/Testing/ (вообще это курс, но задания там просто огонь, особенно для новичков!)
🔹 https://www.testingexcellence.com/istqb-quiz/istqb-foundation-practice-exam-1/ (почему-то с моего компа эта ссылка не открывается без VPN)
🔹 http://www.quizful.net/interview/qa
🔹 https://learn.by/courses/course-v1:EPAM+STI+ext/ (тоже курс, но там хорошие итоговые вопросы в каждом модуле: можно практиковаться чисто на них)
🔹 https://stepik.org/course/16478 (теоретический ликбез по тестированию с практическими заданиями, основанный на силлабусе ISTQB)

Тренажеры для практики тестирования API
Разумеется, тестирование не ограничивается лишь клиентской стороной, и в этих "песочницах" вы можете попрактиковаться в отправке запросов к серверу: как исключительно вручную, так и с помощью автоматизации.
🔹 https://reqres.in/
🔹 http://httpbin.org/
🔹 http://petstore.swagger.io/

Сайты-песочницы, на которых можно попрактиковать написание автотестов
🔹 http://computer-database.gatling.io/ — простой сайт-база компьютеров. Подходит ещё и для практики нагрузочного тестирования (изначально создавался как раз для демонстрации работы инструмента Gatling, который применяется для load-тестирования).
🔹http://demo.guru99.com/ — база с демо-проектами (банковская система, система страхования, система телекома, система оплаты онлайн-заказа и т.д.)
🔹 http://automationpractice.com/ — сайт, функциональностью немного похожий на LaModa :) Проще говоря, интернет-магазин одежды с доставкой.
🔹 http://demowebshop.tricentis.com/ — песочница в формате онлайн-магазина.
🔹 Самый интересный для меня вариант: https://phptravels.com/demo/. Это не просто тестовый сайт — тут ещё и тестовая админка есть! :)

Бонус: я очень люблю сайт W3Schools не только за полезные упражнения и возможность практики, но и за раздел https://www.w3schools.com/howto/.
Из него можно скопировать код готовой формы, а потом играть с ним как захочется: добавлять ID и data-атрибуты, автоматизировать заполнение, тренироваться в подборе CSS-селекторов, применяя к формочкам разные стили.

Площадки для тренировок настоящих ниндзя: coding edition

#взакладки
Внезапно моя вчерашняя подборочка тестовых площадок оказалась полезной, поэтому не буду задерживаться и с другой частью закромов моей панели закладок — бесплатные интерактивные площадки с теорией и задачками на разные языки программирования.
Это будет немного поскучнее площадок для тестирования, потому что нагуглить Hackerrank проще, чем компьютерную базу Гатлинга, но, с другой стороны, лучше дважды рассказать уже известное, чем в страхе повториться зажать полезную ссылочку.

🔹 https://www.hackerrank.com/ — платформа с задачками на разные ЯП. Лично мне нравится раздел Interview Preparation Kit, там много всего по чуть-чуть :)
🔹 https://hyperskill.org/ — интерактивный тренажер, фишка которого — проектное обучение. То есть вы не просто изучаете абстрактную теорию, а сразу же применяете её для создания итоговой программы (а проектов там много, от простых до сложных).
🔹 https://skillotron.com/ — тут достаточно выбрать необходимую квалификацию, и можно тренировать знание теории того или иного языка.
🔹 https://www.codecademy.com/ — довольно известный ресурс. К сожалению, не все курсы бесплатные.
🔹 https://sqlzoo.net/ — это тренажер чисто для SQL-запросов, однако довольно объемный! Если знаете, что на собеседовании будут спрашивать про JOINs, порешать задачки в нем в качестве подготовки будет самое то.
🔹 https://stepik.org/catalog?tag=22872 — самые разные курсы по программированию на разных языках, тестированию, алгоритмам. Большая часть бесплатные, а задания можно выполнять прямо на сайте в окошке с code editor.
🔹https://www.sololearn.com/ — забавная площадка. Как по мне, она не дает основательных знаний по теории ЯП, но поиграть, вспомнить забытые навыки и просто разнообразить процесс обучения геймификацией вполне можно.
🔹https://www.codewars.com/ — что-то типа Hackerrank, но тут,к ак я поняла, одна из ключевых фишек — т.н. "дуэли", когда можно вызвать на решение задачи соперника и посоревноваться, кто быстрее справится. Хотя можно и без этого, тоже довольно весело.
🔹https://www.w3schools.com/ — ну это мой любимчик, я уже про него писала :) Много туториалов, упражнений и практических заданий. Загляденье.
🔹https://www.katacoda.com/learn — чудесная платформа, о которой я узнала только этой осенью. Она больше про DevOps-практики, такие как контейнеры, CI, Bash, облачные технологии. Как по мне, такое тестировщикам иногда даже нужнее, чем языки программирования, так что настоятельно рекомендую обратить внимание :)

http://tinyurl.com/sgmb7rvКак развиваться тестировщику, если не привлекает автоматизация. В этой статье я о том, какие возможные варианты роста есть у условного Middle QA, в особенности если он по каким-то причинам не рассматривает переход в автоматизацию.

Тестовые площадки: документация с моментальным применением, список работников и форма логина

#взакладки
Собирать подборки несколько долго, так что я иногда буду штучно писать сюда про тестовые площадки, с которыми можно поиграться или поработать.

🔹 Так как сегодня я немного копнула Cypress, то первый кандидат — https://example.cypress.io/. Это одновременно и документация, и песочница с примерами кода тестов и форм, на которых описанные действия можно применять.

🔹 http://eaapp.somee.com/ — просто игрушка-приложение, представляющая из себя список сотрудников какой-то компании. Можно залогиниться, введя в форму admin/password. Явки и пароли сайта вели на канал https://www.youtube.com/channel/UCO1aucBAJgFR8odzfXOZ5uw и http://executeautomation.com/ — в принципе, там довольно много полезного материала.

🔹 http://executeautomation.com/demosite/Login.html — простая форма-логинка от тех же создателей :) Если использовать для входа креды executeaut/admin, то можно попасть на демо-сайт с формой информации о пользователе, тестовым драг-энд-дропом и сумасшедшим редиректом на Outlook Web App 😅

Легкой всем рабочей недели и успешных профессиональных тренировок!

Песочница To-Do-листа на разных JS-фреймворках

#взакладки
Продолжая ковырять Cypress, я нашла в примерах ряд тестов на так называемую Todomvc. Удовлетворяя собственное любопытство, полезла на их сайт смотреть, что же это такое.

http://todomvc.com/

По сути, это простая приложулька для создания списка дел (чек-листа или туду-листа, если хотите), сделанная под разными фреймворками JS. Для меня, например, интереснее всего React, Angular и Vue.

Что она может дать нам, тестировщикам?

🔹 Мы можем использовать её как песочницу для тренировки навыков тест-дизайна. Открываем любую имплементацию и думаем, какие тест-кейсы мы бы сделали для неё.

🔹 Можно дать её как тестовое задание при приеме на работу (или потренироваться перед интервью, если знаете, что скоро вам предстоит тестировать нечто подобное).

🔹 Ещё одно важное применение, которое я вижу — при выборе инструмента для автоматизации тестирования выбрать тот ToDo-лист, который написан на том же стэке, что ваше будущее приложение, и опробовать совместимость выбранного инструмента с вашим будущим объектом работы.

🔹 Как развлечение либо как часть работы открыть DevTools и поискать отличия в имплементации DOM-структуры страницы.
Например, то же поле инпута в реализации под Angular описано как

<input class="new-todo ng-pristine ng-untouched ng-valid" placeholder="What needs to be done?" ng-model="newTodo" ng-disabled="saving" autofocus="">

А под Vue как

<input autofocus="autofocus" autocomplete="off" placeholder="What needs to be done?" class="new-todo">

Разница в классах элемента уже наталкивает и на мысли о data-qa-атрибутах, и об архитектуре тестовой системы.

Если же вы не занимаетесь автотестированием, это просто дополнительная тренировка внимательности. Можно попробовать разобраться, что обусловливает такие различия, влияет ли это как-то на поведение элементов на странице, зачем это нужно и почему сделано именно так.
Задавайте вопросы, исследуйте, сомневайтесь — ведь это часть нашей работы :)

Написала краткий ликбез по локаторам в вебе, раз уж в последнее время тема автотестов пошла в моем канале (и жизни) относительно активно 😄

#взакладки

https://teletype.in/@qa_nastasiya/SJR_T3WG8

Знакомая, которая недавно устроилась на работу джуниором, рассказала, что в ее команде новым сотрудникам ставят цель либо закоммитить кусочек кода за день, либо задать два вопроса.

По-моему, это прекрасная практика. Многим сложно спрашивать: не хочешь отвлекать коллег от задач, боишься показать, что чего-то не знаешь, ... Особенно в начале карьеры. Особенно на новом месте.

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

#онбординг #soft_skillz #личное

Песочница для игры с окнами браузера, алертами и т.д.

#взакладки
Я принесла очередную площадку для практики автоматизации :)
https://www.toolsqa.com/automation-practice-switch-windows/

Что там можно потрогать:
🔹 Новое окно браузера
🔹 Новую вкладку браузера
🔹 Алерт
🔹 Алерт с задержкой в несколько секунд
🔹 Элементы с разными ID и локаторами
И многое другое.

А ещё на том же сайте есть туториалы на английском языке, но я их не успела почитать, так что за качество ручаться не могу :D

Идея для стартапа: стендап на IT-тематику под названием "Хахатон" 😅

Провели сегодня второе мероприятие Women in Tech в России @womenintechrus. Гоу-гоу гёрлз!

Я уже упоминала, что в последнее время упоролась по Cypress. Протестировала в Firefox — огонь. Кажется, пора плотно садиться на JS :D