Артем Ерошенко — Тестирование умерло

• Приветствие участников.  

• Завершение первого дня мероприятия.  

• Анонс следующего дня.  

• Важность сканирования QR-кода для участия в чате и оставления отзывов.  

• Представление Артема Ярошенко.  

• Артем Ярошенко работает в автоматизации тестирования 15 лет.  

• Он один из создателей комьюнити Allure Report.  

• Артем Ярошенко рассказывает о своем опыте в тестировании.  

• Он начинал карьеру в Яндексе и занимался обучением тестировщиков.  

• Артем является сооснователем компании ComSoft, занимающейся разработкой инструментов тестирования.  

• Артем рассказывает о своем пути в тестировании, начиная с собеседования в Яндексе.  

• Он делится своими мыслями о том, как тестирование изменилось за 15 лет.  

• Артем отвечает на вопросы о будущем тестирования и роли тестировщиков.  

• Он обещает поделиться своими мыслями о том, что убило тестирование и что будет дальше.  

• Тестирование начиналось с требований, которые были четко определены.  

• На основе требований создавалась спецификация, дизайн и документация.  

• План тестирования и наборы тестов создавались после разработки.  

• В команде было четкое распределение между разработчиками и тестировщиками.  

• Взаимодействие между командами было минимальным, и документация играла ключевую роль.  

• Релиз был долгим процессом, так как изменения вносились медленно.  

• Тестирование обладало правилом вето, что предотвращало выпуск недоработанного продукта.  

• Постоянная поставка продукта клиенту и итерация.  

• Тестирование стало непрерывным, без необходимости проверять все целиком.  

• Ответственность за тестирование размазалась между разными ролями.  

• Тестировщики перешли в разработчики, что ускорило коммуникацию.  

• Документация заменена на устную коммуникацию, что ускорило релизы.  

• Релиз стал быстрым, часто до минуты, и часто без тестирования перед релизом.  

• Фокус сместился с качества на скорость, что привело к снижению качества.  

• Продукты часто запускаются до полной готовности, что приводит к проблемам.  

• Соотношение тестировщиков и разработчиков изменилось.  

• Документация заменена на устную коммуникацию.  

• Фокус сместился с качества на скорость.  

• Релиз готового продукта стал нормой, что привело к снижению качества и увеличению скорости.  

• Компании теперь часто выпускают новые версии без тестирования.  

• Это связано с возможностью быстрого выпуска софта и переходом к модели Agile.  

• Несмотря на плохое качество, компании зарабатывают большие деньги.  

• Компании думают об ошибках идей, а не только о технических ошибках.  

• Важно тестировать идеи до их реализации.  

• Пример: социальная сеть Clubhouse, которая стала популярной, но быстро исчезла.  

• Твиттер, несмотря на ограничения, стал популярным.  

• Пользователи не могут оценить идею без конкретного примера.  

• Хорошо протестированная функциональность, которая не используется, неэффективна.  

• Компании могут упустить пользователей из-за медленного тестирования.  

• Пример: Booking.com выпускал релизы без тестирования, ориентируясь на финансовые показатели.  

• Тестирование замедляет процесс, и компании часто жертвуют качеством ради скорости.  

• Идея создания стартапа, который автоматически транскрибирует речь и публикует её на Хабр.  

• Прототип: человек в отдельной комнате печатает текст, который затем презентуется.  

• Тестирование показало, что технология не нужна, так как пользователи предпочитают печатать.  

• Пре-прототип: тестирование концептуальной идеи без имплементации кода.  

• Прототип: имплементация кода для тестирования идеи.  

• Примеры: фейковая дверь, фасад, механический турок, прототип на одну ночь.  

• Механический турок: робот, управляемый человеком, для создания вау-эффекта.  

• Прототип на одну ночь: аренда чердака в Сан-Франциско, который стал популярным благодаря тестированию.  

• Притворись, что владеешь: аренда самолета для тестирования идеи авиакомпании.  

• Нарушители границ: тестирование идеи в IKEA.  

• Метод Эдисона: создание квот на изобретения для генерации множества идей.  

• Тестирование 2.0: фокус на скорости вместо качества для стартапов.  

• В 2009 году команда тестировала вручную, без автоматизации.  

• Автор поставил цель заменить ручное тестирование автоматическим.  

• Первый этап автоматизации начался с использования Selenium.  

• Тестирование занимало от двух до четырех дней.  

• Руководство потребовало сократить время релизов.  

• Разработаны библиотеки, такие как Astemel, для упрощения написания автотестов.  

• Автотесты начали появляться регулярно, но их разбор стал занимать больше времени.  

• Появился Alure Report для улучшения анализа автотестов.  

• Без Alure Report тестирование могло бы не выдержать конкуренции.  

• Появилась проблема с тестированием сложных элементов, таких как "колдунчики".  

• Решили использовать скриншоты для тестирования.  

• Разработан инструмент Ashot для создания скриншотов.  

• Автотесты начали падать из-за проблем с инфраструктурой.  

• Внедрена Grafana для анализа падений тестов.  

• Это улучшило процесс автоматизации тестирования.  

• Разработан подход для быстрого запуска тестовых сред в Docker.  

• Созданы инструменты для визуализации покрытия автотестов.  

• Ручные тестировщики начали использовать автотесты и документацию.  

• Разработчики начали переписывать автотесты на свои языки программирования.  

• Перешли на нативные тесты для улучшения качества.  

• В 2024 году автор считает, что полностью заменить ручное тестирование автоматизацией невозможно.  

• Автоматизация тестирования продолжается, но полностью заменить ручное тестирование не удается.  

• Рынок тестирования растет, но автоматизация не может полностью заменить ручное тестирование.  

• Новые технологии внедряются медленно, что ограничивает их эффективность.  

• Технологии быстро устаревают, и их замена происходит медленно.  

• Новые подходы порождают новые проблемы, что отвлекает от тестирования.  

• Высокая скорость появления новых технологий требует адаптации.  

• ИИ может радикально изменить ситуацию в тестировании.  

• Большие языковые модели, такие как ChatGPT, уже показывают потенциал.  

• Генерация тестов и их прохождение с помощью ИИ могут значительно улучшить процесс.  

• Генерация тестов: создание правильных автотестов с помощью ИИ.  

• Прохождение тестов: инструменты, которые автоматически выполняют тесты.  

• Переписывание кода: инструменты для перевода тестов и документации.  

• Принятие решений в тестировании остается слаборазвитой областью.  

• Важность сбора информации и принятия решений.  

• ИИ может помочь в принятии решений на основе собранных данных.  

• ИИ является ключевым фактором для тестирования будущего.  

• Тестирование не умерло, и нет предпосылок для его значительного изменения.  

• Призыв к участию в комьюнити и обсуждению в чате.