Блог

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

За счет чего можно сократить время регресса, как контролировать этот процесс и о каких возможных трудностях стоит знать заранее? QA-инженер IT Test Алиса Мордвинова рассказывает, что делать, чтобы регрессионное тестирование проходило гладко.

Желание сменить TMS или начать пользоваться системой управления тестированием часто вызывает вопросы о переносе документации. Рассказываем, с чего начать переход, и какие варианты переноса документации в DoQA существуют.

На собственном опыте рассказываем, как IT-агентству создать свой продукт, и о каких ошибках и просчетах стоит знать заранее.

Рассказываем о специфике тестирования подобных приложений.

Мы узнали у QA-лида IT Test Андрея Бракоренко и Senior QA и автора Telegram-канала «Горящий тестер» Антона Дуенина, как пошагово внедрить управление качеством на проекте.

Читайте, по каким признакам можно определить точки роста для команды, и проверяйте себя, если вы уже пользуетесь DoQA.

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

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

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

Узнали у QA-инженеров, как присоединиться к проекту, чтобы понравиться коллегам и завоевать их лояльность.

Рассказали, по каким сценариям может развиваться тестирование, и зачем менять процессы, если все и так работает «нормально».

Пошаговая инструкция от выбора системы до оценки эффективности внедрения.

Семь главных признаков.

История создания TMS DoQA.

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

И как тестировщикам использовать метрики для контроля изменений в проектах и поиска багов.