Home

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

Автор статьи — Ольга Артемьева, ведущая тестировщица КриптоПро, ментор и создательница блога Тестирование и жизнь.

Примечание редакции: тема важная, поэтому в качестве иллюстраций для большей читаемости мы добавили любимые мемы про QA.

Автор: Александра Пшеборовская

Сейчас компетентность в сфере TestOps является таким же базовым требованием к QA-инженерам, как и написание автоматизированных тестов. Причина — в активном развитии CI/CD в проектах и необходимости QA-инженерам работать с пайплайнами (читать как "последовательность этапов в CI/CD") и даже внедрять свои. Так почему же CI/CD — отличный инструмент контроля качества? Давайте разбираться.

Итак, зачем CI/CD тестировщикам?

Автор: Маша Аккуратнова

Привет. Меня зовут Маша, я — тестировщик в команде мобильной платформы. Когда-то для нас была актуальна проблема взаимодействия QA и Support. Сложностей было предостаточно, как и неприятных последствий. Но со временем мы успешно разобрались во всем. Хочу поделиться нашим опытом и рассказать, какие изменения сработали во благо.

Автор оригинала: Artem Golubev

Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи
Перевод: Ольга Алифанова

Меня передергивает каждый раз, когда я слышу как "менеджер" или "директор" говорят о качестве. Почему? Остановите меня, если это вам знакомо… Вы присутствуете на одном из этих длинных, скучных совещаний, и "увлеченный" менеджер берет слово, чтобы рассказать "историю о качестве", и вы знаете, что вы услышите, но все же слушаете в надежде, что узнаете что-то новое. Однако наступает момент, когда ваши мечты разбиваются, и звучит знакомый припев "мы улучшили наше качество на солидный процент… Мы увеличили покрытие и количество тестов в этой, той и той областях", и вы рвете на себе волосы и бьетесь головой об стол, рыдая "Нет, нет, нет… количество тестов и проценты не имеют никакого отношения к качеству, когда вы уже это запомните… Вы что, в лесу живете?!" И это продолжается без конца, спустя несколько месяцев кто-нибудь еще повторит ту же самую мантру. Встает хороший вопрос – что, черт побери, не так с качеством и тем, как его воспринимают люди?

Рискну сказать, что с качеством все в порядке – в конце концов, это то, к чему мы все стремимся, не так ли? Качество жизни, качественная машина, качественные отношения, мы должны что-то в этом понимать, но почему мы так путаемся, говоря о качестве ПО? Я уверен, что у качества есть грязные секретики, которые узнаешь, только имея с ним дело.

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

С большим волнением представляю вам довольно новую для вас и нашей отрасли идею: Открытое тестирование: что, если мы откроем наши тесты так же, как наш исходный код? Я говорю не просто о тест-фреймворках с открытым исходным кодом. Я говорю об открытии самих тестов. Что, если делиться тест-кейсами и процедурами автотестов станет нормой? Что, если для компаний будет нормальным открыто публиковать результаты тестов? И каков уровень открытости тестирования, к которому наша отрасль должна стремиться?

Автор: Джеспер Оттосен (Jesper Ottosen)
Оригинал статьи
Перевод: Ольга Алифанова

Если тестирование можно интегрировать в разработку, то кто тестирует, если кода еще нет? Должен ли код существовать для того, чтобы существовало тестирование, и в какой момент тестирование можно начинать?

Нынче появился новый тип бизнес-приложений – продукты "Мало кода / без кода". Например, это платформа WordPress, при помощи которой я это пишу. Еще пример более высокоуровневого решения - AirTable, позволяющий пользователю быстро и без кода организовать и автоматизировать информацию. Схожий тренд наблюдается в пространстве тест-инструментов вроде Cypress и Mabl, тест-кейсы и сценарии напрямую присоединяются к end-to-end бизнес-цели, а не к технологиям. Инструменты "низкого кода" – это новый тип бизнес-решений для "кастомизации" и "конфигурации".

В жизни многих разработчиков и большого количества IT-компаний настаёт момент, когда создание open source-проектов становится не менее важным, чем написание кода для внутренней разработки. По просьбе «Лаборатории Касперского» Евгений Мацюк, один из создателей open source-фреймворка для автотестов Kaspresso, делится своими рассуждениями, почему это решение оказалось полезно как для сообщества, так и для самой компании.

Что такое современный open source

Сейчас любой проект, любую свою разработку можно легко выложить в свободный доступ в онлайн-репозиторий. Самый популярный, конечно, GitHub, там крупное и активное коммьюнити из СНГ, а зарубежных пользователей ещё больше. Но есть и альтернативные платформы, их несложно найти.

Ещё до работы в «Лаборатории Касперского» я выкладывал на GitHub свои open source-проекты, например архитектурный CookBook по оформлению Android-проектов. Kaspresso мы с командой тоже выложили на GitHub.

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

Последнее время я спрашивала кандидатов и коллег вот о чем: как бы вы это протестировали?

Я показывала им пользовательский интерфейс. Я показывала им один-единственный тест настроек API, возвращающий настройки. И я показывала им серверный файл конфигурации. Протестировать надо настройки.

Автор: Джефф Найман (Jeff Nyman)
Оригинал статьи
Перевод: Ольга Алифанова

Тестировщики много спорят о том, может ли "кто угодно" тестировать. Ответ – да, если вы человек, вы автоматически тестировщик. Но не каждый будет специалистом тестирования. Я немного говорил об этом в статье, что значит быть тест-специалистом, и надо ли нам нанимать тест-специалистов. Тут я просто хочу подкрепить позицию, что живой человек – тестировщик по умолчанию, рассмотрев родословную этой концепции.