Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <p>В жизненном цикле разработки<strong>тестирование является важным этапом</strong>, предваряющим выход проекта в массы. Каждое приложение проходит множество итераций тестирования перед тем, как попадёт к конечному пользователю.</p>

2 <p>Представьте себе качество приложения, разработчики которого решили миновать фазу тестирования! Недовольство пользователя нетрудно вообразить, - ведь это чувство вам тоже знакомо, верно? Уже не вызывает сомнений, что тестирование приложений необходимо, и для этого требуются "хорошие специалисты". Но как же выявить плохого тестировщика?</p>

3 <h2>Признаки плохого тестировщика</h2>

4 <h3>Слабые коммуникативные способности</h3>

5 <p>Так как тестирование начинается на самых ранних этапах жизненного цикла разработки (ещё на стадии анализа требований), роль тестировщика имеет большую значимость, а разработчики требуют фидбек сразу же. По этой причине тестировщикам следует обладать<strong>хорошими коммуникативными навыками</strong>.</p>

6 <p>И эти навыки нужны не только на начальной стадии, а вообще на всех. Тестировщик должен быть способен ясно выражать свои мысли. И тут не важно, идёт ли общение через сеть или устно, общается ли он с командой разработчиков или с другой командой тестировщиков.</p>

7 <p>Вот признаки, которые определяют тестировщика, обладающего<strong>слабыми коммуникативными способностями</strong>: - отсутствие энергии для общения; - боязнь высказывать свое мнение; - чувство уязвимости; - недостаток подготовки.</p>

8 <h3>Недостаток технических знаний</h3>

9 <p>Помимо хороших коммуникативных способностей, тестировщик должен обладать глубокими техническими познаниями, что позволяет произвести хорошее впечатление на стороны, заинтересованные в качестве проекта. Если технические знания тестировщика недостаточно глубоки, то это, скорее всего, вызовет серьёзные сомнения в качестве проекта вообще.</p>

10 <p>Кроме того, во время совместного обсуждения разработчики часто используют технические термины, и если тестировщик не разбирается в данной тематике, то его действия могут сыграть значительную негативную роль в процессе разработки.</p>

11 <p>Вот список факторов, оказывающих влияние на уровень технических знаний: - отсутствие необходимой для обучения самодисциплины; - недостаток практики; - недостаток энергии или энтузиазма.</p>

12 <h3>Написание баг-репорта без анализа бага</h3>

13 <p>Во время работы тестировщик<strong>обязан завести баг сразу же после обнаружения</strong>того, что фактический результат не соответствует требованиям. Сделать это как можно скорее действительно важно, но тестировщик обязан ещё и исследовать баг, попытавшись выяснить его причину.</p>

14 <p>В большинстве случаев наиболее правильный подход - изучить причину, по которой происходит баг, и попытаться воспроизвести его ещё дважды. Перед тем как заводить баг, тестировщик должен изучить проблему, чтобы после этого было возможно подробно и грамотно её описать.</p>

15 <p>Вот<strong>факторы, которые следует учесть, прежде чем завести любой баг</strong>, так как из-за них проблема может оказаться вовсе не багом: - некорректные данные тестирования; - нестабильная среда тестирования; - неправильная последовательность тестирования; - неправильно сформулированные требования.</p>

16 <h3>Отказ от следования процедурам контроля качества</h3>

17 <p>У каждой организации есть различные процедуры контроля качества, которые позволяют успешно претворить в жизнь разрабатываемый проект. Индивидуальная и командная производительность обычно зависит от следования этим процессам. Тестировщики, которые отказываются следовать данным процессам, могут поставить под угрозу проект, что в свою очередь вызовет недовольство клиента.</p>

18 <p>Вот примеры подобных<strong>отклонений от процедур контроля качества</strong>: - неиспользование правильных шаблонов тестовых артефактов; - не следование процессам обзора; - указание более старых версий документов из-за отсутствия контроля версий во время тестирования.</p>

19 <h3>Тестирование, основанное на допущениях</h3>

20 <p>Есть множество связанных с ПО вещей, о которых тестировщик строит предположения, осуществляя в дальнейшем тестирование только с учётом этих предположений. Они могут состоять из технических и нетехнических моментов рабочего процесса ПО, и есть все шансы, что эти предположения окажутся неверны. В этом случае тестировщик упустит критический баг.</p>

21 <p>Так что<strong>никогда не тестируйте ПО, опираясь на предположения</strong>! Добейтесь от разработчиков или аналитиков чётких и понятных требований. Если какие-то конкретные требования для вас неясны, задавайте вопросы без всяких сомнений. Баг, пропущенный из-за неправильных предположений, может стоить огромных затрат для проекта.</p>

22 <p>Вот<strong>примеры предположений, которые могут возникнуть в ходе тестирования</strong>: - разработчик лучше понимает, чего он хочет добиться от ПО, поэтому его код наверняка правильный; - утверждение требований, на которые не ссылается ни один документ; - некоторый функционал не тестируется без какого-либо обсуждения или одобрения.</p>

23 <h3>Не следование принципу "Протестировать - значит сломать"</h3>

24 <p>Тестирование, в основном, это процесс поиска багов, а<strong>настоящий баг - очень хорошо спрятавшийся баг</strong>. Поэтому каждый тестировщик обязан использовать и позитивные, и негативные подходы к тестированию, чтобы обнаружить подобные баги.</p>

25 <p>Тестировщик также обязан применять этот принцип при тестировании приложения. Следуя сценариям тестирования, он должен успевать проверять ситуации, которые не описаны требованиями, но могут возникнуть во время рабочего процесса.</p>

26 <p>Если тестировщик проводит тестирование лишь согласно требованиям, "идеальному" сценарию работы с приложением, он может пропустить критический баг, который скрывается в таком месте, о котором разработчики даже не подозревали.</p>

27 <p>Вот факторы,<strong>которые мешают следовать принципу "Протестировать - значит сломать"</strong>: - используются только позитивные подходы к оценке работы системы при полном исключении негативных; - не используются исследовательское и<strong>Ad Hoc-тестирование</strong>; -недостаток внимания в процессе тестирования; -тестирование лишь идеальных сценариев использования ПО.</p>

28 <h3>Застой в развитии навыков тестировщика</h3>

29 <p>Индустрия разработки ПО изменяется каждый день: постоянно появляются новые технологии и инструменты, которые могут использоваться в процессе тестирования.<strong>Тестировщик обязан регулярно обновлять свои знания</strong>об этих инструментах. В первую очередь это будет выгодно именно для него, если он сможет использовать в своих проектах новые наработки и подходы.</p>

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

31 <p>Следующие факторы могут вызвать застой в развитии навыков тестировщика: - нежелание повышать свою квалификацию; - монотонность рабочего процесса; - боязнь выхода из "зоны комфорта". - отсутствие четкого представления о собственных карьерных целях.</p>

32 <h3>Отсутствие способности взглянуть на приложение с точки зрения конечного пользователя</h3>

33 <p>Обязанность тестировщика - убедиться в том, что приложение работает согласно требованиям. Однако помимо этого, он должен уметь смотреть на приложение<strong>с точки зрения конечного пользователя</strong>. Плохой тестировщик ограничится спецификациями и наверняка пропустит неучтённые в них моменты.</p>

34 <p>Плохой тестировщик не может понять, что именно нужно потребителю. Он боится задать лишний вопрос о том, что вызывает у него сомнения. Это может быть вызвано недостатком уверенности или технических знаний.</p>

35 <p>Каждый тестировщик должен чётко видеть приложение с точки зрения конечного пользователя и понимать, насколько оно удобно в работе.</p>

36 <h3>Халатность</h3>

37 <p>Иногда тестировщик может откровенно лениться во время тестирования, но нужно помнить, что если это войдёт в привычку, то настоящим профи ему никогда не стать. Хороший тестировщик обязан убедиться, что он обеспечивает разработчика детальными отчётами, баг-репортами и тест-кейсами.</p>

38 <p>Примеры халатности во время тестирования: - тестировщик забыл добавить скриншот; - был заведён с неполной или неправильной информацией; - вместо точного баг-репорта тестировщик написал чрезмерно растянутый и полный "воды"; - был написан некорректный тест-кейс или же были пропущены шаги в текущем тест-кейсе; - тестировщику не хватает способности воспринимать информацию на слух, из-за чего он может пропустить важные моменты.</p>

39 <h3>Тестирование может выполнить любой</h3>

40 <p>Если тестировщик считает, что тестирование - это легкая работа и что она может быть выполнена каждым, кто имеет минимум необходимых знаний, то он явно не понимает<strong>базовых концепций тестирования</strong>. Думающий так тестировщик - откровенная угроза проекту.</p>

41 <p><strong>Тестирование</strong>- это, в какой-то степени, навык, который вы развиваете, обучаясь и приобретая опыт. Каждый тестировщик обязан постоянно углублять профессиональные знаниями, обладать хорошими техническими и коммуникативными навыками, способностью выходить за рамки привычного мироощущения и т. д.</p>

42 <p>Комбинация всех этих качеств делает вас хорошим тестировщиком, что позволит вам быть ценным сотрудником в любом проекте и организации.</p>

43 <p>Плохой тестировщик, как правило, строит следующие предположения о процессе тестирования: - тестирование не требует никаких особых навыков; - тестирование - лёгкая работа, которая может быть выполнена каждым; - нереально добиться карьерного роста - он всегда будет просто пешкой; - тестирование - монотонная работа, и ничего нового в ежедневном рабочем процессе ожидать не стоит.</p>

44 <h3>Как не быть плохим тестировщиком</h3>

45 <p>Признаков, по которым вы можете отличить плохого тестировщика от хорошего, множество.</p>

46 <p>Если вдруг заметили кое-что подобное за собой, то вы, без сомнения, можете избавиться от этого. Однако вам потребуется целеустремлённость, желание учиться и<strong>умение концентрироваться во время тестирования</strong>. Также вы можете пройти дополнительную подготовку и сдать сертификационные экзамены, что, в свою очередь, поможет вам приобрести больше знаний и будет полезно при работе над проектом.</p>

47 <p>Вы должны выйти за пределы своих возможностей и научиться применять новые технологии и инструменты, копить новые технические знания. На рынке ПО доступно множество инструментов тестирования, которые вы можете изучить самостоятельно или с помощью коротких тренингов. После этого применяйте свои знания в текущих проектах.</p>

48 <p>Чтобы зарекомендовать себя как хорошего тестировщика, не стесняйтесь задавать вопросы, предлагать инновационные идеи и создавать небольшие утилиты, использующие макросы или автоматизирующие процесс тестирования, что позволит сберечь как ваше время, так и время ваших коллег.</p>

49 <h2>Итог</h2>

50 <p>Мы рассказали о признаках плохого тестировщика, большая часть которых актуальна и для других профессий. Если вы хотите стать хорошим тестировщиком, то вам необходимо как можно скорее от них избавиться.</p>

51 <p><em>Материал подготовлен компанией Bytex на основании статьи с портала<a>Software Testing Help</a>.</em></p>