Проекту с неустоявшимися процессами тестирования/выпуска нужно первый раз выкатить очень важный функционал для пользователей.

Вы попали на проект аккурат при подготовке к первому выпуску версии.

Вопрос:
Какие были бы ваши первые шаги как специалиста по тестированию?

🙃Ответ автора:

Чтобы не получилось так, чтобы

"Хап! И вся скатерть в дерьме!"

Цитата из книги "Кролики и удавы" .

Общий план:

1️⃣Выяснить, что от вас хочет руководство.
2️⃣Составить на основе этого план ваших действий
3️⃣Согласовать его с руководством
4️⃣Начать работать по самым приоритетным направлениям
5️⃣Периодически сверять курс.


Что нужно делать по QA части?

1️⃣ Вести базу тест-кейсов.
Лучшим заделом для будущего регресса являются описанные тест-кейсы. Их должен суметь прогнать Степан, из соседнего отдела, который что-то слышал о вашей системе, но не знает как она работает. Если вам говорят, что руководству тесты не нужны, то да, они им никогда не нужны. А проходить регресс вам. Так что можете у себя в песочнице или где-то в закромах все же готовить базу тестов. Без нее вам не выжить, поверьте.

2️⃣ Накапливать описания настроек системы, лайфхаков, которые поясняют как система работает и что нужно сделать в той и или иной технической ситуации.

3️⃣ Описать информацию по стендам.

4️⃣ Пройти заранее все регрессионные кейсы(по возможности).
Так вы узнаете про функционал и проревьюите кейсы на предмет актуальности.

5️⃣ Ежедневные короткие встречи для тестировщиков для сбивки по задачам.
Стандартный дейли-митинг.

6️⃣ Договориться о том, где и как фиксировать дефекты. На промежуточной стадии и в целевой картине.

7️⃣Управлять обновлением на стенде на котором проводится регресс.
Для отлавливания плавающих багов и корректного проведения тестирования на зафиксированной версии.

8️⃣По возможности, начинать параллельно думать о частичной автоматизации ваших рутинных действий:

- подготовке тестовых данных;
- разворачиванию тестового окружения;
- настройке системы;
- подготовке отчетов о тестировании.


❓А что помогало вам справиться с подобной ситуацией?

#вопрос_недели
@testorest

⚛️Самые распространенные ошибки новичков в тестировании.

1️⃣Проведение только самых поверхностных проверок на поля ввода.
Это частая ситуация. Чтобы ее миновать, можно углубить свои знания по части возможных проверок полей.
В интернете есть примеры таких чек-листов.


2️⃣Отсутствие проверок на общую логику работы фичи.
Т.е. поля обычно проверяют все, а как форма работает в целом - проверить забывают.
Это, конечно, образный пример.
При таком ограниченном ряде проверок теряется множество важных сценариев.


3️⃣Забыть про нефункциональные виды тестирования.
Проверили функциональность, но не проверили как быстро стала работать обработка данных или насколько безопасно новое апи(нет ли к нему доступа извне?) и т.д.

4️⃣Написать чек-лист слишком общими словами.
Тут двояко: либо все кто пользуется чек-листом в одном контексте и понимают то, что в нем хотели проверить.
Либо никто кроме вас не сможет по данному чек-листу что-либо протестировать.
Поэтому тут всегда предпочтительнее писать так, чтобы понять проверки смогли не только вы.
Уровень детализации регулируйте сами.

5️⃣Отсутствие форматирования документации.
Особенно касается чек-листов и тест-кейсов, если они ведутся в отдельных документах.
Например, чек-лист состоит из нескольких десятков проверок, но они не разбиты на подгруппы.
Такое сложно читать и воспринимать.
Можно сделать жизнь чуть проще и добавить структуру в документ.
К сожалению, этим часто пренебрегают.

6️⃣Не заводить дефект, в котором сомневаетесь.
Тут тоже накладывается контекст договоренности на проекте. Но по умолчанию наша задача сообщить о любом сомнительном событии в системе.
Можно не заводить дефект сразу, чтобы выяснить детали и убедиться, что он существует.
Но после - лучше это сделать.
Иначе, нет задачи - нет проблемы)) И все о нем благополучно забудут.

7️⃣Не учитывать контекст проекта.
Часто, у новичков, есть идеальная картина процесса тестирования и ведения работы.
Придя на проект, мы часто сталкиваемся с различными отклонениями от идеала или просто непривычными процедурами.
В таких случаях, нередко, стремясь к идеальному процессу тестирования, можно потерять контекст проекта, в котором находишься.
Т.е. стоит учитывать особенности предметной области и уже принятые договоренности проекта, перед внедрением изменений в процесс тестирования.
Поэтому, лучше свериться с остальными членами команды, согласовать изменения с руководством. Внедрять улучшения постепенно и не ждать сиюминутных изменений.


❓Поделитесь, что вы бы сделали по другому набравшись опыта в QA?

#qa_обучение
@testorest

#изжизниqa

На встрече книжного клуба, которую я смогла, наконец, посетить, у нас был приглашенный гость 🐇

Книга "Кролики и Удавы"
Удава, как вы понимаете, решили не звать.

@testorest

⚛️Популярные языки программирования для автотестов.

1️⃣Java

⭐️Применяется благодаря своей универсальности и множеству фреймворков для автоматизации тестирования (например, Selenium, Appium).
⭐️Чаще используется в корпоративных проектах и тестировании веб-приложений.
⭐️Имеет широкий набор библиотек и мощные интеграции с CI/CD инструментами.

2️⃣Python

⭐️Популярен за простоту синтаксиса и множество библиотек для автоматизации (например, Pytest, Robot Framework).
⭐️Часто выбирается для написания тестов с использованием Selenium и тестирования API.

3️⃣JavaScript/TypeScript

⭐️Используется для тестирования веб-приложений, особенно в сочетании с фреймворками, такими как Playwright, Cypress и Puppeteer.
⭐️Подходит для фронтенд-разработчиков, благодаря знакомой экосистеме.

4️⃣C#

⭐️Активно используется для автоматизации в среде Windows.
⭐️Популярен в связке с Selenium и NUnit для тестирования веб-приложений.

5️⃣Ruby

⭐️Применяется реже, но популярен в некоторых командах, использующих Cucumber и Capybara для тестирования с использованием BDD (Behavior-Driven Development).


#autotest #автотесты
@testorest

⚛️Популярные фреймворки и инструменты.

1️⃣Для веб-тестирования

🔹Selenium: Один из самых известных инструментов для автоматизации веб-приложений. Поддерживает Java, Python, C#, Ruby и другие языки.
🔹Cypress: Современный инструмент для тестирования фронтенда с акцентом на JavaScript\TypeScript. Отличается легкостью установки и быстродействием.
🔹Playwright: Новый инструмент от Microsoft для тестирования веб-приложений. Поддерживает JavaScript, Python, Java и C#.

2️⃣Для мобильного тестирования

🔹Appium: Универсальное решение для автоматизации мобильных приложений. Поддерживает платформы iOS и Android.
🔹 Detox: Используется для тестирования React Native приложений.

3️⃣Для API-тестирования

🔹Postman/Newman: Простой инструмент для тестирования API с возможностью автоматизации сценариев.
🔹RestAssured: Библиотека для API-тестирования на Java.
🔹Requests + Pytest: Часто применяется для API-тестов на Python.

4️⃣Для интеграции с DevOps

🔹Jenkins: CI\CD платформа с широкими возможностями интеграции с автоматизацией тестирования.
🔹GitLab: CI\CD платформа для интеграции, в том числе с автотестами.
🔹GitHub Actions: Используется для автоматического запуска тестов при изменении кода.

#автотесты #autotest
@testorest

⚛️Что интересного было за этот год в сфере QA.

Сейчас кто-то разочаруется, но с момента начала ведения канала начала замечать, что в новостях и трендах QA есть устойчивое положение дел.
А именно, из года в год в трендах остаются:

1️⃣Выстраивайте процессов тестирования на проектах

2️⃣Автотестирование

3️⃣Безопасность

4️⃣Тест-дизайн

5️⃣Большие данные(и как следствие нагрузка)

6️⃣Борьба с уменьшением времени на регресс

Из более нового, направление AI стало чаще внедряться и использоваться на практике.

Каждый год публикуется довольно много статей на тему QA.
Идет углубление знаний и навыков в технической части. Это можно назвать новым трендом.

Раньше можно было оставаться в верхней зоне погружения в навыки QA, а сейчас необходимо углублять знания, понимать смежные специальности и частично владеть навыками из смежных областей(администрирование, разработка, аналитика).

Еще есть всеобщий тренд на обучение. Это очень хорошо - потому что человек учится всю жизнь, а тут создается много внешних предложений для обучения.

Знаковые вещи, которые определяют развитие сферы QA связаны с общими новшествами в технической, научной, информационной области. Т.е. связаны с появлением какого-то нового продукта, выходящего в массы и не только.
В этом году из топа:

🔹вживление чипа нейролинк
🔹усовершенствование генеративного ИИ(ChatGPT)
🔹авто без водителя
🔹участившиеся кибератаки
🔹увеличение объемов хранимых данных

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


❓А какие события для вас были самыми запоминающимися в сфере технологий и QA в этом году?

#тренды_qa #итоги_2024
@testorest

С наступающим Новым годом, друзья! 🥳🎉

Пусть новый год принесет интересные проекты, процессы стремятся к идеалу, а баги находятся  заранее 🎄

Меньше дедлайнов, больше интересных задач и саморазвития!🤗🤓😊
И не забывайте повышать не только качество ПО, но и качество своей жизни !😉🎄🎄🎄🏡

@testorest

⚛️ Поделать на выходных 🤪

Посмотреть книги, по тестированию, о которых вы еще не слышали:

Подборка книг по тестированию(англ.):

1️⃣Software testing. Cambridge University Press. 2012г.

2️⃣Software Testing «A Craftsman’s Approach». 2014г.

3️⃣Software testing and quality assurance. Theory and Practice. 2008г.

4️⃣Software Engineering, Ian Sommerville. 2009г.

Параллельно можно подтянуть английский 👌

#на_выходных #самообучение
@testorest