Automation QA | IT

Тест-кейсы для тестирования банковских приложений #почитать

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

⏱Читать статью

Шардинг в Playwright #почитать По умолчанию Playwright стремится к оптимальному использованию процессора и запускает тесты параллельно. Чтобы масштабировать процесс, тесты запускают на нескольких машинах одновременно. ⏱Читать на TestEngineer

По какой причине trainee/junior QA могут отказаться от вакансии? дискас В рамках программы трудоустройства, которую я провожу для выпускников своего курса “Тестирование ПО”, я порой сталкиваюсь с тем, что начинающие тестировщики отказываются от вполне нормальных, на мой взгляд, вакансий. Какие же причины озвучивали мои выпускники? 1️⃣ Далеко/долго добираться до офиса. Моей выпускнице предложили работать только из офиса. По крайней мере на время испытательного срока. Со слов выпускницы, дорога до офиса занимала бы почти 1.5 часа в каждую сторону (при этом офис располагался в черте города, столица). ИМХО. Ряд моих коллег (как ИТ-шников, так и нет) добираются на работу за такое же время. И из пригорода на электричке, и с пересадкой на маршрутках и метро. Удобно ли это? Вряд ли. Но, возможно, какое-то время эти неудобства можно потерпеть. Особенно, если ты новичок без других офферов. Зато можно попробовать: а) проявить себя на испыталке и тем самым показать менеджеру, что вам можно “доверить” работать из дома или гибридно; б) если такая опция невозможна, то продолжать мониторить вакансии во время испытательного срока и уйти, если найдется что-то получше. А за это время приобрести опыт работы в реальной компании. 2️⃣ Низкая зарплата. Моей выпускнице сделали оффер. ЗП на испытательном сроке - 200$ на руки, потом возможен пересмотр, но не более 400$ в течение первого года работы (локация - РБ). Она отказалась со словами: “На своей текущей должности я получаю 800$ и не готова жить на 200-400$”. ИМХО. Когда человек только начинает свой путь в новой профессии, ему вряд ли стоит рассчитывать на высокий или даже средний заработок. Пусть даже это - профессия в ИТ. Если вы были ведущим специалистом или начальником, но в другой сфере, увы, этот стаж не засчитывается в ИТ-стаж. Поэтому на первые полгода-год желательно иметь финансовую подушку безопасности, которая позволит поддержать привычный вам уровень жизни. Зато за это время вы приобретете навыки и опыт работы на реальных проектах и уже через год, если повышения ЗП на текущем месте не предвидится, вы можете уйти в другую компанию как junior+ или даже middle специалист с кратным повышением ЗП. 3️⃣ Не понравился рекрутер. Еще одной моей выпускнице не повезло с рекрутером. С ее слов, в одном человеке сошлись и необязательность, и невежливый стиль общения, и надменность по отношению к новичку. Продолжать общение моя выпускница отказалась. ИМХО. С одной стороны, с теми, кто относится к тебе неуважительно общаться не стоит. С другой стороны, рекрутер - это НЕ всегда “лицо” компании и той команды, в которой вы потом будете работать. Этот специалист, как правило, просто доводит вас до тех, кто реально будет принимать решение. И после подписания контракта ваши пути с ним разойдутся. Поэтому я рекомендую сначала дождаться встречи с начальником отдела, непосредственным руководителем, командой и только потом принимать решение. Александра Ерёмина

🟡Дайджест полезных материалов по тестированию за неделю с 13 по 19 июня 🔖 Почитать: - на TestEngineer: ▪️Сложно найти работу в 2024 — что делать ▪️Тестировщику нужно два монитора ▪️Docker для тестировщика — тест по основам - Другие платформы: ▪️Эффективная оценка времени для тестирования ПО ▪️Карантин UI-тестов в iOS ▪️Я знаю не все, и это нормально | Баз Дейкстра ▪️Девять причин, почему тестирование становится бутылочным горлышком ▪️Как использовать Jenkins для автоматизации тестирования ▪️50 вопросов и ответов на собеседовании по Cypress ▪️От ручной работы к автоматизации: наш путь к идеальной доставке сборок Flutter ▪️Улыбка сквозь баги | Забавные баги в Сyberpunk, Elder Scrolls, Hitman 2 etc ▪️Как мы исправили более миллиона тестов ▪️Космопути отдела нагрузочного тестирования ▪️Экскурс в «святая святых» ОК: как мы пишем и ревьюим код автотестов ▪️Техника SEMAT в тестировании - В большом мире QA (англоязычное): ▪️Seems like the demand for QA is no longer around in the West. What is going on? ▪️How to Handle Actions Class in Selenium | LambdaTest ▪️Key Aspects I Consider in Automation Project Code Reviews | TechNotes ▪️Testing Containerized Applications: Strategies, Best Practices and Challenges | TestingPod 👀 Посмотреть: 🌐 This Week in Testing | Ministry of Testing ⏱1 час 🌐 Строим масштабируемую инфраструктуру для запуска мобильных UI-тестов | Heisenbug ⏱45 минут 🌐 Шифт Лефт и Шифт Райт в Тестировании | Александр Хвастович ⏱10 минут 🌐 Техники тест-дизайна. Ответы на собеседовании тестировщика | Артем Русов ⏱15 минут 🟢Подробный дайджест с описаниями Хорошего дня!

🔥 10 тестов для тестировщиков ▫️LoadRunner Test (15 вопросов) Проверка знаний по инструменту LoadRunner для нагрузочного тестирования и анализа производительности приложений. ▫️API Testing Test (15 вопросов) Оценка знаний о тестировании API, включая HTTP-методы, коды состояния и аутентификацию. ▫️Situational Test for QA (15 вопросов) Сценарии для оценки навыков работы в команде и принятия решений в тестировании. ▫️Basic Scrum Test (15 вопросов) Проверка знаний методологии Scrum, используемой в управлении проектами. ▫️Google Chrome DevTools Test (10 вопросов) Вопросы на знание возможностей и использования Google Chrome DevTools. ▫️Testing Terminology Test (20 вопросов) Проверка знания основных терминов и видов тестирования. ▫️Postman Basics Test (10 вопросов) Вопросы по основам использования Postman для тестирования API. ▫️Linux Commands Test (15 вопросов) Сложные вопросы по основным командам и работе в Linux. ▫️Web Automation with Selenium WebDriver (25 вопросов) Проверка знаний по использованию Selenium WebDriver для автоматизации веб-тестирования. ▫️Docker для тестировщика — тест по основам Серия тестов с вопросами для подготовки к собеседованию на позиции бизнес/системного аналитика.

«Я могу стать DevOps, просто не хочу.» #почитать

Я работаю test automation engineer более 12 лет. Расскажу, почему остаюсь верен профессии, какие в ней зарплаты и почему тестировщики ещё долго будут нужны.

Кто это: Александр Чумакин, test automation engineer, живёт в Нидерландах. ⏱Читать статью

Как точно предсказать будущую карьеру IT-абитуриента (или ее отсутствие), Лилия Урмазова #почитать

Какой бы у тебя ни был управленческий опыт, сколько бы сотен мидлов и сеньоров ты не нанял, ты все равно будешь ошибаться при найме. И если, принимая на работу мидлов, ты совершаешь ошибку только в 1 случае из 5 - это уже отличный показатель. В случае джуна задача усложняется. У новичка пока немного технических знаний и практических навыков, а карьерный путь и того меньше. Спрашивать, кроме теории, пока особенно нечего. Строить прогнозы на аппроксимации предыдущих успехов невозможно. Вероятность нанять того, кто не потянет, серьезно возрастает. Что же тогда говорить про эффективность собеседования с IT-абитуриентом. Который не имеет и намека на технические знания. Который ни дня не работал ни на одном IT-проекте. И, который, скажем честно, и сам пока не до конца уверен, а подходит ли ему IT. Спойлер: Из 4-5 IT-абитурентов в действительности "хочет и может" работать в IT только один.

⏱Читать статью

Пятничное. Разработчик с мозгом груга #почитать

Что касается тестирования: сквозные тесты хорошие, показывают работу всей системы, но! сложно понимать когда ломаются и очень часто злят груга, иногда груг просто перестаёт обращать на них внимание потому что «ой, всегда ломаются» — очень плохо! груг слышал, шаман называет промежуточные тесты интеграционным тестированием, иногда с кислой рожей. но груг считает, что интеграционный тест лучший по мнению груга: достаточно высокий уровень, чтобы хорошо тестировать правильность системы, достаточно низкий уровень, чтобы с хорошим отладчиком легко видеть что сломалось груг предпочитает немного юнит-тестов, особенно в начале, но тест не 100% всего кода и точно не «сначала тест». «тест по ходу дела» вполне подходит гругу, особенно пока груг разбирается в системе груг пишет самые свирепые интеграционные тесты когда появляются точки разреза и система стабилизированная! api линии разреза обычно стабильнее реализации и интеграционный тест остаётся полезный много длинное время и легко отлаживать ещё полезный хорошо проверяемый набор сквозных тестов чтобы работал постоянно. главное делай важный сквозной тест для самых общих фич UI и нескольких самых важных пограничных случаев, но не очень много иначе становится невозможно поддерживать и потом бросают оно идеальный набор теста для груга ты можешь не любить, но это лучшее тестирование груга ещё гругу не нравится mock-объект в тесте, нужен только в крайнем случае (редко/никогда) и при грубом макетировании (линий разреза/систем), только так одно исключение для нелюбимого гругом «сначала тестируй»: когда нашёл баг. груг всегда пытается сначала воссоздать баг при помощи регрессионного теста, потом устранять баг, только такой способ почему-то работает лучше.

⏱Читать потрясающее

🟡Дайджест полезных материалов по тестированию за неделю с 5 по 12 июня 🔖 Почитать: - на TestEngineer: ▪️Чатджипититестеры ▪️Визуальный гайд для джунов по тестированию фронтенда ▪️Сборник "ИИ в тестировании" (ChatGPT, Copilot etc). Гайды, туториалы, сравнения, критика ▪️"ИИ не поможет!" - Другие платформы: ▪️Docker Compose: руководство автоматизатора ▪️Автоматизация, как у всех нормальных людей ▪️Как подготовить данные для запроса в Postman через pre-request ▪️Таски и сабтаски в JIRA (и как найти их в ответе API) ▪️Как генерировать полезные отчеты в автотестах ▪️Чтиво. Как ошибка ChatGPT стоила нам $10 000 ▪️Слушаем события в Selenium с помощью Listeners. Как реагировать на события без тонны кода ▪️Все тесты — это юнит тесты ▪️Интеграционные тесты (гайд Мартина Фаулера) ▪️Как лиду войти в проект ▪️Тестирование мобильных и веб-приложений: как избежать фейлов при планировании ▪️Как я масштабировал генератор нагрузки Amazon для работы на 1000 машин ▪️Как освободить 20% времени тестировщиков: дизайн-ревью ▪️GPT vs Copilot: кто лучший помощник в написании UI-тестов для iOS - В большом мире QA (англоязычное): ▪️Getting Started with Test Environments Management ▪️Identify the right senior ▪️What Is Hypothesis Testing in Python: A Hands-On Tutorial ▪️Большой сборник гайдов Ministry of Testing «A Community’s Guide to Performance Testing» ▪️Советы по JavaScript Cross-Browser Testing ▪️Практикум Handling Alerts and Popups in Appium ▪️How to Handle Hidden Elements in Selenium WebDriver | Lambdatest ▪️A Few Thoughts On Flakey Tests | Playwright Solutions 👀 Посмотреть: 🌐 Техники тест-дизайна. Ответы на собеседовании | Артем Русов ⏱15 минут 🌐 What is contract testing? | Daniel Knott ⏱20 минут 🌐 Current State of QA Job Market, Future Trends ⏱10 минут 🌐 Тестирование умерло (опять) | Heisenbug ⏱1 час 🟢Подробный дайджест с описаниями Хорошего дня!

Чатджипититестеры #почитать О наболевшем рассуждает Джейсон Арбон, топ-менеджер Google и Microsoft, автор книги «Как тестируют в Google». ⏱Читать на TestEngineer