Home

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

Не все проекты по разработке ПО обречены на успех. На самом деле, как гласит множество исследований, большая их часть провальна отчасти или полностью. К примеру, исследование Standish Group выявило, что две трети изученных ими проектов по разработке ПО не достигли успеха. Другой опрос 2016 года от Innotas показал, что 55% респондентов участвовали в провальном проекте в этом году. Если вы работаете в разработке ПО, то реальность такова, что шансы не в вашу пользу.

Как инженер по разработке ПО и обеспечению качества, я пережил достаточно провальных проектов. Некоторые из них умерли, потому что у компании кончились деньги. Другим не удалось добиться значительного успеха, и компания решила сконцентрироваться на чем-то еще. Во многих случаев команда, работающая над проектом, остается преданной ему и продолжает работу, не осознавая, что бизнес медленно ползет в сторону могилы.

Перевод: Поповкин Игорь

Автор оригинала: Blake Norrish

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В прошлый раз я рассказал о концепции тестирования контрактов, ориентированных на потребителя, и объяснил, как это помогает справиться с проблемами интеграции и end-to-end тестирования распределенных систем. В этой статье я расскажу, как начать работать с Pact, чтобы реализовать такое тестирование.

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

Сразу начну с того, что сообщу, что я не фанат селекторов xpath. Я считаю, что их трудно читать, а выгода от них по сравнению с CSS-селекторами или атрибутами data-* невелика. При помощи встроенного в Cypress jQuery можно выбирать элементы куда более читабельным способом. Однако эти селекторы широко используются, и их выбирают в проектах, где нет доступа к исходному коду. Поэтому полезно знать, как ими пользоваться.

Оригинальная публикация

Подбираем эффективную конфигурацию под ваши нужды

Disclaimer. В статье рассмотрим конфигурацию, которую вы можете внедрить в свои проекты. При этом помните про несколько факторов:

• Результат может варьироваться, если используются разные серверные машины.
• Избыток ресурсов — это не всегда хорошо.
• Оптимизация железа должна идти бок о бок с оптимизацией тестов.

Автор: Бенджамин Бишофф (Benjamin Bischoff)
Оригинал статьи
Перевод: Ольга Алифанова

Разработка и тестирование ПО на первый взгляд сильно отличаются друг от друга, но некоторые аспекты важны для обеих дисциплин.

В этой статье мы рассмотрим ряд распространенных паттернов и методологий проектирования ПО, полезных для UI-автоматизации в целом и для создания тест-фреймворка для UI в частности. Примеры и сценарии использования в статье относятся к нашему внутреннему кастомному фреймворку.

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

Автор: Ананд Багмар (Anand Bagmar)
Оригинал статьи
Перевод: Ольга Алифанова

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

Если вы используете инструменты с открытым исходным кодом, то есть несколько способов приступить к делу.

1. Сделай сам: создайте собственный фреймворк, напишите скрипты на основе документации.
2. Используйте Selenium IDE для быстрой записи и воспроизведения.
3. Используйте TestProject Recorder для быстрой записи и воспроизведения.
4. Используйте TestProject SDK для создания собственных кастомных скриптов автоматизации тестов.

У каждого из этих подходов есть достоинства и недостатки. Рассмотрим их подробно.

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Вместо того, чтобы спрашивать, какие тесты вам автоматизировать, задавайте более точные вопросы.

Если вы подразумеваете "Как мне расценивать использование инструментов в тестировании", прочитайте статьи "Контекстно-ориентированный подход к автоматизации в тестировании", и "Тестирование и проверки".

Если вы спрашиваете о проверке результата или других фактов о состоянии продукта, продолжайте чтение.

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

Погружение в уже идущий проект с целью помочь с автоматизацией может быть непростой задачей. Чем раньше вы зададите правильные вопросы, тем выше шансы на успех.

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

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

Автор: Игорь Любин

Представьте себе такую ситуацию. Вы запилили мегакрутую фичу на странице сайта и через месяц решили оценить её эффективность. Начинаете считать — и понимаете, что своим релизом вы сломали метрики на странице: случайно удалили код, отправляющий важные события аналитики, или забыли покрыть новую фичу событиями. Знакомо?

События — это действия пользователей на сайте, которые можно отслеживать: клики на кнопки, переходы и просмотры страниц. Когда пользователь совершает целевое действие, в систему аналитики отправляется событие. В итоге мы получаем отчёт о поведении пользователей на конкретной странице сайта.

Если события приходят некорректно, отчёт будет недостоверным.

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