Как я могу сделать свои отношения с QA менее состязательными?

Question

На протяжении всей моей карьеры у меня были разные успехи, связанные с QA. Я признаю, что могу принимать отчеты об ошибках лично, но обычно, когда они обрабатываются в стиле произвольной формы, который сформулирован больше как жалоба: «Этот процесс все еще не работает!», Без достаточного количества информации для воспроизведения дефекта.

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

Любые инструменты должны быть: бесплатными, как в пиве, и простыми в установке / не требующими больших усилий по администрированию. Я также открыт для публикаций в блогах, книгах или статьях о том, как уменьшить чувствительность к сообщениям об ошибках.

Answer 1

Я не думаю, что инструменты могут вам сильно помочь.

Попросите QA написать шагов для воспроизведения проблемы, желательно начиная с

• Запустить приложение
• Нажмите ...
• и т.д.

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

Answer 2

Постарайтесь больше вовлекать их в процессы проекта. У нас есть регулярные ретроспективы, где QA люди получают равный голос с разработчиками. Они часто предлагают способы, которыми мы можем улучшить процессы, которые облегчают их работу и облегчают им обеспечение качества. И что более важно, эти предложения обсуждаются и (если согласованы) принимаются. Это делает QA и dev частью одного и того же процесса, а не в противостоянии.

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

Answer 3

Есть ли у вас sharepoint (или вики и т. Д.), Где вы работаете? Было бы довольно легко настроить журнал проблем там, чтобы все могли его увидеть бесплатно. Я не собираюсь вдаваться в выбор инструментов отслеживания, их много. Проверьте SourceForge или Codeplex, если вы хотите бесплатно.

Самая важная вещь, которую нужно помочь - это определенно НЕ принимать это на свой счет - они делают свою работу так же, как и вы. Установка формата для «приемлемых» отчетов об ошибках может помочь, даже с электронной почтой, которую вы используете в настоящее время.

Как минимум, они должны включать:

• Характер дефекта
• Серьезность (обычно 1 - 5, где 1 «невозможно продолжить», а 5 - ошибки орфографии
• Шаги для воспроизведения.
• Снимок экрана (-ов), если имеется.

Любой приличный специалист по обеспечению качества должен уже делать это и тестировать сценарий.

Answer 4

Лучший способ, которым я нашел, чтобы обрабатывать такие утверждения, как "это не работает", - использовать аналогичный краткий вопрос в ответ. «Спасибо, хотя вы могли бы помочь мне, рассказав больше о том, что вы нашли?». Затем оставьте мяч на своей площадке.

Если есть жалоба, которую вы не ответили, вы можете указать свой запрос для получения дополнительной информации. Не выполняйте чужую работу, задача QA - определить, что конкретно не соответствует качеству , за которое они отвечают.