Home

Автор: Чистяков Вадим
Оригинальная публикация

Фича = задача и далее по тексту :-)

Что есть задача для разработчика?  

Как правило, разработка получает от продакт-менеджера техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде PRD, который может содержать ссылки на Figma, список требований, ссылки и прочие полезности, необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов задача готова к релизу.  

После разработки

Исходя из своего опыта, могу заметить, что следующим после тестировщиков в процесс релиза вступает Release Manager или даже целая Release-Team. Он берет на себя ответственность довести задачу до клиента. Продакт/проджект-менеджеры и другие участники от бизнеса, скорее всего, имеют представление о том, что происходит с нашей новенькой и очень полезной (нет) фичой. Они также ведут таблицы, получают информацию от аналитиков и на основе этих данных могут принимать решение: "А что дальше?" 

Перевод: Горохова Юлия

Автор оригинала: 1aqa

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

Каждый год, как правило, в начале года, наблюдаю один и тот же феномен: все говорят о трендах и предположительных направлениях, в которых движется мир тестирование и автоматизации; а также о том, на чем в ближайший год должны концентрироваться люди и организации.

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

Оригинальная публикация
Статья компании SimbirSoft

Всем привет! Сегодня мы рассмотрим основные аспекты UEM (Unified Endpoint Management) — технологии, применяемой в сервисах по управлению клиентскими устройствами. Речь пойдет о виртуализации и виртуальных машинах для тестирования и обеспечения качества. Статья будет полезна для QA и DevOps уровней джуниор-мидл.

Это обзорный материал, в котором мы постарались максимально подробно описать действие виртуализации. Разберем понятие управления клиентскими устройствами, задачи и преимущества виртуальных машин в работе QA, поделимся методикой настройки и использования ВМ.

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

Стремясь сократить финансовые затраты, бизнес интересуется сервисами по управлению клиентскими устройствами, так как в большинстве стран документооборот и обмен информацией перешел в онлайн.  Для контроля информации, работы с техническими средствами коммуникации и коммутации необходим единый сервис управления, такой как виртуальные машины.

Автор: Сафа Эмхемед (Safa Emhemed)
Оригинал статьи
Перевод: Полина Сергеева

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

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

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

Вот ряд примеров:

«Нормально ли иметь несколько ассертов в тесте?»

«Нужно ли писать код автотестов на том же языке, что и код приложения?»

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

«Вначале было слово и это слово было два байта»
Старая шутка программистов

В практике работы отдела тестирования редко, но всё же возникают разногласия между участниками проекта, не являющимися тестировщиками, в неверной трактовке терминов вплоть до не совсем полного понимания что же такое «тестирование». Почему то, что существует на проекте не относится не только к «обеспечению качества» но и даже к «контролю качества». Я постараюсь объяснить разницу между этими терминами на примере очень условного «проекта», который зарождается не в большой корпорации с несколькими участниками, а буквально «на коленках» энтузиаста-Разработчика.

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

В офисе прекрасный солнечный день, вы пришли туда раньше всех, потому что вы долбаный трудяга; вы схватили огромную чашку крепкого кофе и большой стакан воды, чтобы избежать обезвоживания, сели на свое место и смотрите на старого доброго CI-товарища. Но что же вы видите?! Падение, красную метку, проблему, какой ужас… Но вы знаете, что делать – перезапустить, пересобрать билд, перераскаяться во всех ваших тест-грехах, и спустя 30-90 минут… вуаля, зеленый прогон! (если не помогло, повторяйте все вышеперечисленное, пока не добьетесь успеха; все, кроме кофе, а то схватите передозировку). Знакомо звучит? Да, именно этим заняты ваши коллеги, «исправляющие нестабильные тесты».

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

Автор: Николай Шабалин

Давайте поговорим о том, как написать хорошее описание фотографий в атрибуте alt.

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

Альтернативный текст — это описание изображения словами. Это описание должно помогать людям, которые читают или слышат это описание, иначе оно не нужно и лучше вообще его не указывать.

Автор: Джил Зильберфельд (Gil Zilberfeld)
Оригинал статьи
Перевод: Ольга Алифанова

Избавимся ли мы когда-нибудь от багов, спрашивают меня.

И я отвечаю: нет.

Затем они выхватывают автоматы, и вечер перестает быть томным.

Но почему так происходит? Неужели мы действительно приговорены к борьбе с багами до конца наших дней? Или их дней? Неужели мы никогда не увидим конца шоку открытий, что "это не то, чего я ожидал"?

Ну, да. И вот почему.