|
26.08.2021 00:00 |
|
 Автор: Ли Хокинс (Lee Hawkins)
Оригинал статьи
Перевод: Ольга Алифанова
Это седьмая часть серии статей, в которой я отвечаю на самые распространенные вопросы о тестировании, согласно результатам автодополнения в поисковых системах.
В этой статье я отвечу на вопрос, хорошую ли карьеру можно сделать в тестировании (и связанные с ним вопросы, "является ли тестирование карьерой" и "почему стоит выбирать карьеру в тестировании"). |
|
Подробнее...
|
|
25.08.2021 00:00 |
|
 Автор: Кияшева Екатерина — независимый эксперт в области контроля и обеспечения качества, ekiyasheva. Материал взят из habr, блога ICL Services
В поисках формата для рассказа о практиках тестирования я обратилась к гуглу с запросами “с чего начинать тестирование ПО” и “как подготовиться к тестированию ПО”. И нашла статьи о том, что нужно уточнять требования, применять техники и т. д. Хм… А что, если “составляющими контроля качества ПО” и даже в своем роде глоссариями в том самом поиске и стали стандарты и производные об этапах STLS? Да, все это необходимо – но недостаточно, подумала я.
И если вы, при наличии всех процессов тестирования,
- выводили в PROD не то, что протестировали;
- тестируете не то, что нужно;
- находите баги в PROD, которых точно нет в тесте;
- вынуждены много раз тестировать одно и то же из-за процессных сбоев
– знайте, эта статья для вас.
Велосипед не едет, если у тестирования нет основы. В статье я хочу рассказать, что мы предварительно настраиваем, чтобы тесты были достоверными, эффективными и предсказуемыми. |
|
Подробнее...
|
|
23.08.2021 00:00 |
|
 Автор: Пол Гриззафи (Paul Grizzaffi)
Оригинал статьи
Перевод: Ольга Алифанова
В рекламе 70-х мальчик спросил мудрую сову, сколько раз надо лизнуть леденец с начинкой, чтобы добраться до сердцевины. Сова – очевидно, тестировщик, размышляла, сколько раз для этого понадобится; в юмористическом повороте сюжета она решила, что три. Но на третьем "лизе" она хрустнула конфеткой и съела начинку.
Как и этот леденец, тест-автоматизация имеет сердцевину, только состоящую из трех частей – стимул, ответ и некоторое количество проверок. Вот что вам нужно понимать о каждой из них, чтобы создавать стеки и смежные стеки, добавляющие гибкости вашей автоматизации. |
|
Подробнее...
|
|
|
19.08.2021 00:00 |
|
Перевод: Руслан Ахметзянов, Qameta Software
Автор оригинала:
Ravi Agarwal, Lazaro Clapp, Gautam Korlam, Murali Krishna Ramanathan, and Vijay Subramanian
Эта статья является переводом статьи из блога Uber. Обычно мы в Qameta Software не занимаемся переводами, но мимо этой статьи пройти не смогли (спасибо @vbrekelovза то, что подкинул такой хороший пост на почитать!). Хороший и исчерпывающий материал о том, что такое flaky-тесты, какие они бывают и что с ними делать. Часть материала, посвященную переезду Uber с микросервисов на монорепо я опустил, оставив только то, что напрямую связано с отработкой flaky-тестов. Юнит-тесты лежат в основе любой Continuous Integration (CI) системы. Они позволяют обеспечить контроль над качеством кода при высоких темпах разработки, предупреждая инженеров о багах в новом коде и регрессии в кодовой базе. Кроме того, они снижают стоимость разработки за счет обнаружения ошибок на ранних этапах. Именно поэтому построение стабильной и работающей тестовой инфраструктуры является одним из базовых требований для любой крупной разработки. К сожалению, flaky-тесты осложняют жизнь тем, кто это требование пытается выполнить. Давайте считать, что мы будем принимать тест как flaky если на любых двух воспроизведениях он возвращает разные результаты: прошел или упал, — без изменения кода. Такие тесты чаще всего возникают в результате одной из двух причин: недетерминированность на уровне кода (порядок исполнения тредов и другие сложности с многопоточностью) или неоднородностью окружений, в которых выполняется тестирование (на одной машине все работает хорошо, а на CI-сервере тесты падают). |
|
Подробнее...
|
|
18.08.2021 00:00 |
|
Коллеги, сообщество COMAQA.by приступает к активной работе. Вместе с компаниями-партнерами мы начинаем серию бесплатных онлайн Meet-up-ов, посвященных Автоматизированному и Ручному тестированию.
Событие пройдет 26 августа в 18-00 (Минск UTC+3) и будет посвящено исключительно вопросам Автоматизации.
Первый доклад «Traceability Matrix, Test Pyramid и простейший ROI-калькулятор как инфраструктура общения QA и AQA» от Антона Семенченко раскроет вопрос организации эффективного взаимодействия специалистов по ручному и автоматизированному тестированию с использованием трио вышеупомянутых инструментов.
Второй доклад «Есть ли жизнь после написания автотеста?» от Дмитрия Якоденко расскажет на примере о вопросах Архитектуры тестового framework-а через призму потенциального расширения, возможностей простого анализа причин падений и удобства поддержки автотестов.
Третий доклад «AQA Checklist для старта автоматизации тестирования» от Вадима Зубовича даст нам вариант пошагового алгоритма для запуска автоматизации тестирования на проекте, ответит на вопросы «что, где, когда» и не только.
Благодаря компании – партнеру мы сможем разыграть замечательные призы за лучший вопрос доклада: билеты на большую техническую конференцию Heisenbug 2021 Moscow.
Детальная информация и регистрация по ссылке
Мы вернулись :) Приходите – будет интересно! |
|
18.08.2021 00:00 |
|
 Автор: Джош Грант (Josh Grant)
Оригинал статьи
Перевод: Ольга Алифанова
За несколько лет многое может измениться – взглянуть хоть на состояние дел с тест-автоматизацией на JavaScript (JS).
Если бы вы спросили о моем мнении по поводу JS и браузерного тестирования в 2015 году, я бы сказал "избегайте JS как только можете, но если уж вам необходимо использовать JS – применяйте Protractor".
Теперь моя позиция поменялась на 180 градусов: "WebdriverIO – наилучший выбор для браузерной (и мобильной) тест-автоматизации UI, и я настоятельно рекомендую инструменты на основе JS, а не инструменты на основе Java".
(если вы думаете "А где, по вашему мнению, JS-инструменты автоматизации окажутся к 2026 году?", то мой ответ – "Ни малейшего понятия"). |
|
Подробнее...
|
|
17.08.2021 00:00 |
|
Автор оригинала:
Dan Ashby
У Филиппа Кросби заслуженная репутация лидера в вопросах качества в обрабатывающей промышленности, он написал множество книг о качестве в период с 1968 по 1999 год. Среди его известных и цитируемых работ — «Качество бесплатно», «Ноль дефектов с помощью предотвращения» и «4 абсолютных принципа качества». Хотя Кросби говорил об этих темах в контексте компаний с производственными линиями, его уроки часто без изменений можно перенести на разработку ПО. После участия в Твиттере во многих обсуждениях работ Кросби и прочтения некоторых его книг, я написал эту статью, чтобы передать на более глубоком уровне мои мысли о «4 абсолютных принципах качества» Кросби из его книги «Качество бесплатно». По моему мнению, эти четыре принципа поддерживают дискуссии о концепции отсутствия дефектов и качестве без затрат. Примечание: у Кросби много хороших работ! Эта заметка не критикует его творчество. Она подчёркивает, как я использовал идеи Кросби и применил их в контексте моей работы с программным обеспечением. Вы можете согласиться со мной, а можете не согласиться. И это нормально. Я лишь делюсь своими знаниями и взглядом на мир качества в моём представлении. |
|
Подробнее...
|
|
12.08.2021 17:20 |
|
Опубликован выпуск рассылки за начало августа.
В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Содержание рассылки доступно по ссылке.
Подписаться на рассылку |
|
12.08.2021 00:00 |
|
 Автор: Алан Ричардсон (Alan Richardson)
Оригинал статьи
Перевод: Ольга Алифанова
Краткое содержание: пессимизм ставит под сомнение статус кво. Отрицательная обратная связь заставляет систему меняться. Путем изменений мы становимся лучше. Вам не нужно быть пессимистом…
… вы предоставляете информацию. Иногда информация играет роль негативной обратной связи.
Нужно ли тестировщику быть пессимистом?
Нет. |
|
Подробнее...
|
|
11.08.2021 00:00 |
|
Автор оригинала:
Roy Mor
Перевод: Боцюн Сергей Слой API любого приложения - один из важнейших программных компонентов системы. Это канал, который соединяет клиента с сервером (или один микросервис с другим), управляет бизнес-процессами и представляет сервисы, которые приносят пользу пользователям. Общедоступный API, ориентированный на клиента, который делают открытым для конечных пользователей, сам по себе становится продуктом. Если он сломается, это подвергнет риску не только одно приложение, но и целую цепочку бизнес-процессов, построенных вокруг него. Знаменитая пирамида тестов Майка Кона помещает тесты API на сервисный уровень (интеграционный), что предполагает, что около 20% или более всех наших тестов должны быть сосредоточены на уровне API (точный процент зависит от наших потребностей). |
|
Подробнее...
|
|
10.08.2021 00:00 |
|
 Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова
.contains() – одна из моих самых любимых команд в Cypress. Ее имя звучит как утверждение, но на самом деле это команда выбора. Конечно, можно поспорить, что все команды выбора убеждаются в существовании элемента, но давайте не будем вдаваться в философские споры)
Это различие меж тем очень важно. Немного двусмысленное имя .contains() может привести к тому, что вы не узнаете об ее мощи. Одна из вечных проблем тестирования – это поиск подходящего селектора с сохранением читабельности теста. .contains() позволяет выбрать элемент по тексту, но она может куда больше.
Разберемся, чем же она хороша. Я использую ряд примеров, которые можно найти в моем GitHub. |
|
Подробнее...
|
|
|
|
