05.04.2022 00:00 |
Автор: Маарет Пюхяярве (Maaret Pyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова В ходе летней конференции Agile 2021 я занималась тем, что до этой поры никогда не удавалось закончить. Я организовывала группы, пробующие заниматься совместным программированием, и наблюдала за их деятельностью. В результате у меня получился материал, на который я сегодня наткнулась – я назвала его "Задачи для Рук, Мозгов и Голосов".
Если вы недоумевали, что нужно делать в ходе совместного программирования, то этот список может быть вам полезен. |
Подробнее...
|
04.04.2022 00:00 |
Автор: Дмитрий Ремезов, QA-инженер, Технократия
Миру требуется все больше и больше софта: любой магазин или автосервис хочет сайт или мобильное приложение. Но забагованный софт не хочет никто, нам нравится, когда все работает красиво и корректно. Эффективно искать баги помогает тестирование, и иногда оно проходит автоматически. Вот про этот случай мы и поговорим. Качество разрабатываемого продукта конечно зависит от всей команды, но давайте выделим тестирование, в нем я разбираюсь. Меня зовут Дмитрий Ремезов, я QA-инженер в Технократии, и в этом тексте я дам вам вводные об автоматическом тестировании: когда оно поможет, а когда от него стоит отказаться. Дам список из плюсов и минусов подхода, и в конце опишу проект, которому точно требуется автоматизация.
|
Подробнее...
|
01.04.2022 00:00 |
Автор: Деннис Мартинез (Dennis Martinez) Оригинал статьи Перевод: Ольга Алифанова Не все проекты по разработке ПО обречены на успех. На самом деле, как гласит множество исследований, большая их часть провальна отчасти или полностью. К примеру, исследование Standish Group выявило, что две трети изученных ими проектов по разработке ПО не достигли успеха. Другой опрос 2016 года от Innotas показал, что 55% респондентов участвовали в провальном проекте в этом году. Если вы работаете в разработке ПО, то реальность такова, что шансы не в вашу пользу.
Как инженер по разработке ПО и обеспечению качества, я пережил достаточно провальных проектов. Некоторые из них умерли, потому что у компании кончились деньги. Другим не удалось добиться значительного успеха, и компания решила сконцентрироваться на чем-то еще. Во многих случаев команда, работающая над проектом, остается преданной ему и продолжает работу, не осознавая, что бизнес медленно ползет в сторону могилы. |
Подробнее...
|
30.03.2022 00:00 |
Перевод: Поповкин Игорь
Автор оригинала:
Blake Norrish
Как прямая автоматизация тест кейсов приводит к громоздким и раздутым наборам автотестов, которые практически не приносят пользы. Общепринятой практикой в индустрии является использование тест кейсов в качестве основы для автоматизации тестирования. QA инженеры разрабатывают их на основе user stories в рамках обычного тестирования, а затем автоматизируют эти тесты. С каждой итерацией тестируется больше историй, автоматизируется больше тестовых случаев, и набор автоматических тестов становится всё больше. Руководители продвигают такие метрики, как, например, «процент покрытия» и хвалят команды с высокими показателями. Некоторые компании даже специально нанимают «инженеров по автоматизации», чья единственная работа состоит в том, чтобы брать тест кейсы и автоматизировать их. К сожалению, автоматизация тест кейсов и навязывание «процента покрытия» — это антипаттерн обеспечения качества, который неизбежно приводит к раздутым и сложным в обслуживании наборам тестов, которые приносят мало пользы. Хотя автоматизация имеет решающее значение для agile delivery, этот чрезмерно упрощенный подход «фабрики автоматизации» не является хорошим способом автоматизации тестирования. В этой статье мы продемонстрируем, почему «фабрики автоматизации» неэффективны и опишем более правильный подход к автоматизации, который гарантирует, что автоматизация тестирования поддерживает и ускоряет скорость разработки. |
Подробнее...
|
02.03.2022 00:00 |
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова В прошлый раз я рассказал о концепции тестирования контрактов, ориентированных на потребителя, и объяснил, как это помогает справиться с проблемами интеграции и end-to-end тестирования распределенных систем. В этой статье я расскажу, как начать работать с Pact, чтобы реализовать такое тестирование. |
Подробнее...
|
17.02.2022 00:00 |
Автор: Филип Рик (Filip Hric) Оригинал статьи Перевод: Ольга Алифанова
Сразу начну с того, что сообщу, что я не фанат селекторов xpath. Я считаю, что их трудно читать, а выгода от них по сравнению с CSS-селекторами или атрибутами data-* невелика. При помощи встроенного в Cypress jQuery можно выбирать элементы куда более читабельным способом. Однако эти селекторы широко используются, и их выбирают в проектах, где нет доступа к исходному коду. Поэтому полезно знать, как ими пользоваться. |
Подробнее...
|
10.02.2022 00:00 |
Оригинальная публикация
Подбираем эффективную конфигурацию под ваши нужды Disclaimer. В статье рассмотрим конфигурацию, которую вы можете внедрить в свои проекты. При этом помните про несколько факторов:
• Результат может варьироваться, если используются разные серверные машины. • Избыток ресурсов — это не всегда хорошо. • Оптимизация железа должна идти бок о бок с оптимизацией тестов.
|
Подробнее...
|
31.01.2022 00:00 |
Автор: Бенджамин Бишофф (Benjamin Bischoff) Оригинал статьи Перевод: Ольга Алифанова Разработка и тестирование ПО на первый взгляд сильно отличаются друг от друга, но некоторые аспекты важны для обеих дисциплин.
В этой статье мы рассмотрим ряд распространенных паттернов и методологий проектирования ПО, полезных для UI-автоматизации в целом и для создания тест-фреймворка для UI в частности. Примеры и сценарии использования в статье относятся к нашему внутреннему кастомному фреймворку.
Пожалуйста, обратите внимание, что это не полноценные примеры, а урезанные образцы кода, иллюстрирующие суть подхода. Так как я в основном пишу на Java, то примеры тоже написаны на нем. Я старался сделать их как можно более простыми и доступными для понимания. |
Подробнее...
|
26.01.2022 00:00 |
Автор: Ананд Багмар (Anand Bagmar) Оригинал статьи Перевод: Ольга Алифанова Начало работы с автотестами (для веба или нативных приложений) может показаться трудным для тех, кто делает это впервые.
Если вы используете инструменты с открытым исходным кодом, то есть несколько способов приступить к делу.
- Сделай сам: создайте собственный фреймворк, напишите скрипты на основе документации.
- Используйте Selenium IDE для быстрой записи и воспроизведения.
- Используйте TestProject Recorder для быстрой записи и воспроизведения.
- Используйте TestProject SDK для создания собственных кастомных скриптов автоматизации тестов.
У каждого из этих подходов есть достоинства и недостатки. Рассмотрим их подробно. |
Подробнее...
|
|