• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Выпадающие списки в Excel и Calc
Стимулы мануального тестирования в Google »

«Кнут и плетка» для программистов

20.01.2009 Автор: Alexei Lupan

К одной из тутошних записей в комментариях был вопрос о роли тестировщиков.

В целом «народное» мнение на эту тему можно сбилдить таким образом: «Зачем нужны тестировщики, и можно ли их всех запихнуть в одну ракету и направит ее в недра планеты Земля? И если да, то когда ближайший рейс?»

Рапортую свое видение на тему

Роль тестировщиков в программистском быту

В проекте по софтразработке тестирование — такая же нудная и скучная работа, как и программирование, обработка счетов и подметание офиса.

Это просто работа, которую надо сделать.

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

Остальные — просто ходят на работу, а потом — в собес в поисках пенсии от государства.

Почему тестированием занимаются тестировщики, а не сами программисты?

Тестировщик — самый дешевый и удобный эмулятор конечного (не путать с «конченным») юзера.

Работа тестировщиков стоит дешевле, поэтому тестируют — тестировщики, а не программисты.

Не будет тестировщика — эту работу должен будет сделать программист. Или менеджер проекта. Или клининг-менеджер (читаем от английскаго слова «clean» > чистота, а не от слова «клиника»).

На полном серьезе на форуме тестировщиков рассматривается вопрос «Должны ли сами программисты тестировать?»

Да, если речь идет об атомарном тестировании всего того, что они ваяют.

Может быть, если речь идет о той части, которую будет видеть пресловутый «конечный пользователь».

Однако тема растянулась на две полновесные страницы…

В общем, тестировщик — это роль в проекте.

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

Если есть возможность, то эту роль исполняет отдельный человек. Например, Bruce Willis или сам Чак Норрис, — и баги в замешательстве разбегаются до того, как их напишут.

Почему тестировщик ценится дешевле программиста?

Идеальный ответ: Потому, что вас много, а мы — одни 🙂

Потому, что без тестировщика программу можно сделать и продать/использовать. Сам по себе тестировщик без работы программиста не ценнее набора скрепок.

Собственно, роль тестировщика в проекте, благодаря засилью мемов и программистской классики, определяется достаточно мутно. Чаще всего я слышу то, во что когда-то искренне верил:

При наличии оппозиции, знании того, что работа будет тщательно проверяться, программист будет тщательнее подходить к задаче.

То есть, программисту нужны оппозиционеры и надсмотрщик.

Как же…

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

Программистам не нужен надсмотрщик-проверяльщик, призрак которого где-то маячит, и скоро как придет, да как проверит всё и вся…

Им нужен помощник, равноценный им по уму-разуму чувак, который понимает, что, как и зачем они делают, и может подсказать, если где-то как-то слажали.

Ошибка в программе — трагедия и для программиста, и для тестировщика.

Цель всей команды — уверенность в том, что в итоге сработана отлично работающая программа.

Пресловутый пользователь на роль тестировщика не подходит. Менеджер проекта — тоже. Голодные дети дома и кредит за машину — тоже нет. Только тестировщик.

Мотивация программиста

  1. Создать продукт, об авторстве которого будет приятно сообщать когда-то потом кому-нибудь, кто отличает бит от байта.
  2. Забрать себе все существующее бабло и пойти домой.

Мотивация тестировщика

Та же самая — деньги и слава.

Помнишь, почему тестировщиков всегда будет мало?

Вот если тестировщику будет суждено “вариться” ТОЛЬКО в обществе тестировщиков, то да, единственной пузомеркой является количество и важность найденных багов. Причем количество считается более ценным, почему-то…

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

Однако продетализируем.

Деньги — да, нужны. Нужны, как любое средство гигиены, например, наличие зубной пасты в ванной. Она должна быть, причем ее должно быть столько, сколько нужно для того, чтобы каким-то ранним утром не пришлось узнать, что зубной пасты в доме нет…

То есть — много больше, чем «в среднем по рынку».

Когда паста есть, особого внимания к себе не привлекает. Ну, есть. Должна быть. А что, бывает иначе?

Слава — это ориентир того, что до сих пор ты все делаешь правильно, и заслуживаешь признание и одобрение коллег.

Еще раз — коллег. Собратьев по уму-разуму.

Мы стадные существа. Поэтому мнение стада относительно себя самого — неимоверно важно для каждого.

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

У подписчиков и читателей по этому поводу очень-очень другое мнение…

От мнения окружающих зависит не только состояние личного “эго”, но и положение в стаде. Ну, или в обществе.

Деньги ≈ Слава

А как же! В некотором смысле, количество денег сильно влияет на это положение, но в действительности интересует признание личных достижений, а не признание наличия большого количества зубной пасты )

Да, связь между существенным признанием и, вследствие этого, вероятностью увеличения денежного запаса, тоже была, есть и будет (есть).

Пиар

Камрад Clauster обещал собрать и рассмотреть мифы и грабли тестирования. С интересом ждем-с.

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Банальное, Откровения, Постановка мозгов, Программисты, Соображения | Отмечено Вопросы и ответы, Кнут и плетка | 6 комментариев

комментариев 6

  1. на 27.01.2009 в 11:43 Dmitro

    @borismor:

    Тестер тем и ценен, что зачастую продукт не знает до такой степени.

    Позвольте немного не согласиться, тестировщик, имхо, должен знать продукт, и зачастую знает его настолько, что именно к нему обращаются те ребята, которые пишут доку по продукту. На счет того, что он может «понажимать кнопки, которые не нажмет разработчик», так опять же, по моему мнению, он ДОЛЖЕН проверить на все, что только может удумать конечный пользователь. 🙂

    НравитсяНравится


  2. на 23.01.2009 в 10:21 Sapiens

    Shm
    +1. Эта тема очень сильно развилась вот здесь http://victorronin.com/2009/01/15/programmist-vs-qc/ .

    НравитсяНравится


  3. на 22.01.2009 в 09:06 borismor

    «Не будет тестировщика — эту работу должен будет сделать программист. »

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

    «Ошибка в программе — трагедия и для программиста, и для тестировщика.»

    Помнится, работал с одним тестером так он радовался каждой найденной ошибке. Начинающий был. Крайне бесило такая реакция, хоть и не подавал виду))

    НравитсяНравится


  4. на 21.01.2009 в 16:32 Алексей Лупан

    @Shm
    А мне даже кажется, что тестировщик должен быть более квалифицированным в девелопменте, нежели девелопер. Он же «проверяет работу» 😉

    НравитсяНравится


  5. на 21.01.2009 в 16:24 Clauster

    про меня есть — зачет 🙂
    спасибо за пиар!

    НравитсяНравится


  6. на 21.01.2009 в 13:00 Shm

    Вот опять встречаю мнение что квалификация программисто выше чем квалификация тестировщика.
    Это не правда! Если тестировщик занимается юнит тестированием для embedded software или же интеграционными тестами для того же встроенного програмного обеспечения. То он разбирается в коде не хуже человека его написашевго. Помимо этого зачастую документация написана плохо, ему приходится самому разбирать что делает функция. Помимо этого ещё нужно запрограмировать (сейчас это конечно лежит обычно на test tool но понимать что означает вставленный код надо) тестовое окружение и тестовый драйвер.
    По этому считаю что квалификация тестировщика должна быть не меньше квалификации программиста. В идеале если тестировщик сначала работает как программист потом тестировщик потом как системный аналитик, но это в идиале, к сожалению сейчас (например в лётном по ) всё извращенно (обычно прогараммист, а иногда и стажёр пишет low-lewel requrements и причём из кода 😦 ) и это связано с большой флуктуацией программистов и низким уровнем зрелости программных колективов.

    НравитсяНравится



Обсуждение закрыто.

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (149)
      • Видео (49)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (138)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (19)
    • Обзоры (1)
    • Постановка мозгов (246)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Группирование данных в Excel
    • Как в Excel отображать символ валюты перед цифрами
    • Priority & Severity на пальцах обезъянок
    • Основные положения тестирования
    • Очень конкретная разница между верификацией и валидацией
    • Запуск Allpairs
    • План тестирования должен быть внятным, четким, небольшим
    • Что такое перформанс-тестирование
    • Ссылки в Confluence. Mazafaka
  • Комментарии

    • Alexei Lupan к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • esculapandreevgmailcom к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Сергей к записи Сетап для преподавания в сети
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
%d такие блоггеры, как: