В статье вы найдете шаблоны и паттерны, которые помогают во время исследовательского тестирования API. А также основные мнемонические схемы и эвристику, которая отлично подойдет для тестирования микросервисов. Материал будет полезен для всех тех, кто ранее взаимодействовал в основном с графическим интерфейсом и только-только начинает знакомиться с API.
Важно в профессиональном исследовании то, чтобы его процесс и результаты были интересны кому-то, кроме исследователя. Кто-то — это, скажем прямо, человек, владеющий бюджетом на разработку и тестирование. Алексей Синявцев, Software QA Team Lead в Altium, рассказывает о том, почему все еще нужно что-то исследовать и как инженеру по качеству объяснить подходы к Exploratory Testing другим участникам разработки.
Поговорим о важности тестирования API. Засилье микросервисной архитектуры в современных сервисах вынуждает нас адаптироваться к новым требованиям QA. Неотъемлемый шаг этой адаптации — умение тестировать продукт без использования UI-интерфейса. Это не так сложно, как кажется.
Этот материал будет полезен QA, Dev, Analysts Junior- и Middle-уровней. Виталий Корж, Dev Lead из Luxoft, рассуждает, как приблизить теорию тестирования к реальности, а также говорит о потенциале QA в специализированном домене и извлечении максимальной выгоды от вовлечения в процесс разработки.
Читая статьи на тему тестирования, Дарья Дьяченко, Junior QA, постоянно находила материалы с заголовками «Войти в IT», «Самый легкий способ попасть в IT». В них авторы размышляют о том, как легко и просто стать айтишником. Способов войти в сферу, по их мнению, всегда несколько, но на первом месте со сноской «легче всего» стоит позиция Manual QA. Но так ли это? На собственном опыте она убедилась, что порог вхождения в профессию для тестировщиков не такой низкий, как принято считать: с каждым днем работодатели выдвигают все больше требований даже для позиции Trainee.
Дмитрий Шпаковский — Senior Software Engineer in Test в SurveyMonkey с 10-летним опытом в профессии. Три года назад он переехал в Канаду, где продолжает успешно развиваться по специальности. Дмитрий подробно рассказал DOU о том, насколько сложно релоцироваться тестировщику, как ускорить этот процесс, какими компетенциями нужно обладать, чтобы заинтересовать компании, и как проходить собеседования.
В материале вы познакомитесь с примерами багов, которые стоили их автору бессонных ночей и седых волос. Читать о чужих ошибках всегда полезно, ведь можно сэкономить много своего времени и нервов или просто улыбнуться над ситуациями, описанными ниже. Статья будет поучительной для новичков и развлекательной для опытных тестировщиков.
Систематическое исследование причинно-следственных связей необходимо для создания качественных тестов. В этой статье читатель найдет три истории: в каждой описаны по одному методу тест-дизайна, которые применял автор. Их анализ сделан задним числом (постмортем).
Чи є сенс тестувальнику переїжджати в США й будувати кар’єру там? Чи є попит на QA? Чи потрібні ще комусь мануальні тестувальники? На яку зарплату можна розраховувати? Розпитали трьох українських тестувальників у США, щоб знайти відповіді.
Робочі провали змушують сильно стресувати та робити з них висновки. Під час першого релізу на новій роботі можна добре протестувати всі дрібниці, але пропустити найважливіше; можна не помітити, що половина текстів у застосунку китайською мовою, а не японською. Трапляється всяке. QA-спеціалісти поділилися власними факапами й тим, як вони змінили їхній підхід до роботи.
В статье вы найдете 10 советов для QA, которые оказались единственными тестировщиками на проекте. Андрей Опрофат, имея такой опыт, рассказывает, как не сойти с ума и даже получить удовольствие от работы. Более того, на одном стартапе для довольно крупного заказчика он подключился к проекту через два месяца после его начала, что сделало работу ещё более экстремальной.
Тестування — це не просто пошук дефектів і написання тестів. Це процес удосконалення продукту. Олег Заревич займається автоматизацією тестування і ділиться порадами, як культура розробки, спрямована на якість, у комбінації з комунікацією між учасниками команди та різні типи тестів допоможуть пришвидшити розробку.
В этой статье поговорим о рецензировании как одной из составляющих различных проектов. После прочтения статьи как начинающий, так и опытный тестировщик, сможет найти ответ на вопрос, как и когда применять рецензирование в работе.
Як з нуля побудувати процес автоматизації у великій компанії з багатьма продуктами — розповідає Роман Марінський, інженер в автоматизації тестування. Коли він прийшов у Tickets.ua, розробники не писали unit та integration тести, було мало документації, відсутні тест-кейси і тест-менеджмент система. Як налагоджував процес і які результати дала автоматизація тестування — у статті.
У черговому зарплатному опитуванні взяли участь 1999 тестувальників. До них зараховуємо QA Engineers усіх рівнів (Junior, Middle, Senior, Tech Lead) та спеціалізацій (Manual, Automation, General, Performance). Тож дивимося на їхні зарплати, які за останні пів року майже не зросли й подекуди демонструють негативну динаміку.
Материал будет полезен тем, кто только начинает выстраивать процесс автоматизации или недоволен тем, что из этого пока получается. Эллина Азадова работает в IT больше двенадцати лет, четыре из которых — лидом команды тестировщиков. О том, как в компании пытаются внедрять автотесты, чтобы ускорить процесс, увеличить тестовое покрытие и вообще облегчить себе жизнь и работу — в статье.
Каждый уважающий себя тестировщик в душе перфекционист и стремится сделать все как можно лучше. Благое стремление, которое может привести в самый настоящий ад. Чтобы этого не допустить, предлагаю подход достаточного тестирования. Статья поможет вам с выбором приоритетов и критериев для составления плана тестирования.
35-річний Роман Засуха із міста Миронівка на Київщині два роки тому перекваліфікувався з бухгалтера на QA, пройшовши курси для людей з інвалідністю, організованими за підтримки київських IT-компаній. Він розповів, чому зацікавився інформаційними технологіями, як шукав собі роботу та як виглядає його теперішнє життя.
Ajax Systems — украинская продуктовая компания, известная разработкой и производством умной беспроводной системы безопасности. За разработку устройств и ноу-хау в компании отвечает R&D-команда: она насчитывает более 150 человек и состоит из четырех отделов: Device, System, QA и Automation. Мы решили узнать подробнее о процессах в разных отделах и задачах, которые перед ними стоят.
Масштабуючи проєкт, команді Astound Commerce вдалось зменшити час релізів з 6 до 2 тижнів, збільшити команду з 4 QA-інженерів до 8 QA- та 3 TA-інженерів, імплементувати 2 фази автоматизації; оптимізувати Regression та Build acceptance тестування,
розгорнути 40 код-версій (як мажорних, так і мінорних). Андрій Пиставський, Senior QA Engineer, розповідає про виклики та рішення під час масштабування.
Етер про вимоги до DevOpsсьогодні о 19:00
Коментарі