Какое мышление движет эффективным и действенным тестировщиком программного обеспечения? И что отличает мышление гибкого тестирования? Давайте исследовать вместе.

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

  1. Трудно выявить дефекты в том, что вы создали сами.
  2. Может быть трудно предвидеть потенциальные проблемы, когда вы сосредоточены на предполагаемой функциональности системы.
  3. Разработчики, как правило, ориентированы на решения, в то время как тестировщики должны ориентироваться на проблемы, сосредотачиваясь на определении того, как сломать вещи, а не на том, как их построить.
  4. Тестировщикам не обязательно обладать глубокими знаниями о том, как работает тестируемая система. Вместо этого им необходимо рассматривать его с точки зрения конечных пользователей и рассматривать возможные сценарии с их точки зрения. Глубокое понимание разработчиком внутреннего устройства системы может помешать ему определить альтернативные сценарии, которые могут привести к неожиданному поведению.

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

Сообщение результатов

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

Именно здесь вступают в игру навыки конструктивного общения, как показано ниже:

  1. Обсуждайте проблему, а не человека.
  2. Будьте конкретными, а не общими.
  3. Представляйте факты, а не суждения.
  4. Сосредоточьтесь на будущем, а не на прошлом.
  5. Общайтесь с точки зрения общих целей.

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

Мышление гибкого тестирования

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

Заключение

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