Потому что они вызовут у меня головную боль, и это страшно.

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

Я выбрал и описал шесть типов тестеров. И не волнуйтесь, если вы еще ничего не нашли или вам не подходит описание. Мои выборы немного преувеличены и немного ироничны, потому что это не будет научная статья.

1. Контроллер

Контроллер — это грубая сила в компании, которая всегда стоит на страже качества проекта. Его часто называют «полицией качества», он известен своей преувеличенной привязанностью к ней. Он всегда охраняет его на каждом этапе проекта, от его строительства до запуска, на протяжении всего процесса документации. Даже если его об этом никто не просит. Контроллер живет и дышит качеством.

Контролер известен тем, что сует свой нос в чужие дела и склонен запугивать более слабых. Важно только качество. Бывает, что Контролер думает, что он управляет проектом. Отсюда часто возникают конфликты с руководителем проекта или правлением. Треугольник качества, времени и затрат по мнению контролера:

2. Королева драмы

Drama Queen слишком бурно реагирует при обнаружении какой-либо ошибки. И неважно, самая обычная орфографическая ошибка или гигантский недостаток, на котором строится весь проект, — «Королева драмы» отреагирует точно так же.

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

"Смотреть! Смотреть!" Оно разбито», заодно вытирая с лица слезы великого страха. Обычно это самая конкретная ошибка, исправить которую не составляет труда.

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

3. Фокусник

Что я могу сказать? Фокусник всегда найдет жучок. ВСЕГДА. Неважно, сколько людей проверили программу раньше. Проблемы могут начаться, когда Маг, опьяненный своими способностями, начинает злоупотреблять положением.

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

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

Однако при должной практике, решительности и самоотверженности есть шанс, что однажды вы станете Волшебником.

4. Дьявол

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

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

Апокалипсис наступает, когда его лекарство оказывается неработающим! О ужас! Остерегайтесь других сотрудников компании! Заприте двери, положите их под столы и попрощайтесь со своими семьями. Ярость Злосника — это необузданная сила, как толпа на распродаже в Бедронке.

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

5. Магеллан

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

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

6. Автоматический

Специалист по автоматизации — очень интересный тип тестировщика. На самом деле он живет для автоматизации и может автоматизировать все (а если не может, это, вероятно, означает, что вы не можете его автоматизировать). Он говорит как программист, но действует как тестер.

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

Если ручное тестирование занимает мало времени и не стоит писать тест, для автоматизации это не проблема. Тест будет писать, даже если ручная проверка займет 10 секунд. Ведь автоматизация имеет значение. Наблюдение за работой автоматизации, несомненно, является захватывающим опытом. Это как сидеть в одной комнате с Терминатором. Очаровательный.

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

Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord. Заинтересованы в Взлом роста? Ознакомьтесь с разделом Схема.