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

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Автоматизатор должен уметь тесты придумывать
Планирование итогов »

You think too much

20.10.2015 Автор: Alexei Lupan

QA…

Developers…

QA vs Developers…

Если бы и QA, и Developers умели анализировать требования, и делали бы это постоянно, каждый раз ДО ТОГО, как браться за дело…

Невероятно отравляющий подход “Good enough” так “good enough” таки облегчает бизнес…

И следствие упрощения слияния функций аналитика и исполнителя в одном лице…

И это упрощение так всеобще, что обратного хода не должно быть. Надо искать другой способ. Может быть, слабое звено находится непосредственно в human approach?

Dilbert User Requirements

Ваша оценка:

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

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

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

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

Похожее

Опубликовано в Комиксы, Неприятно, Озарения, Печали | Отмечено ПиссимизмЪ, Раздражение | 6 комментариев

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

  1. на 17.11.2015 в 20:58 NazguaL

    Хм… просто подумалось:
    Под Good enough подходит понятие «Принцип Парето» (80 за 20).
    Интересно, а что, если по оставшимся «недополученным» 20% результата пройтись второй итерацией, тогда что? 96% результата за 24% затраченных ресурсов? Далее: при стремлении затраченных ресурсов к 25% полученный результат будет стремиться к 100%? 🙂

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


    • на 17.11.2015 в 23:43 Алексей Лупан

      Нононононо, не надо упрощать так сильно!

      Те же рекламщики твердят вслед за кем-то из их гуру о том, что «я знаю, что половина рекламного бюджета уходит на ветер, но penis canina в том, что я не знаю, какая именно половина…»

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


      • на 18.11.2015 в 12:06 NazguaL

        Интересный пример с рекламщиками.
        Но может отравляемость подхода не в нем самом, а в людях, в том, как его используют: подумать забыли, или не забыли, но начальству не сказали, прям как в данном комиксе начальство сказало: «Делайте хоть шось небуть!» (конкретно с рекламщиками: «Воткните рекламу нашего продукта хоть куда, при том прям на позавчера, и шоб я своему начальству отчитался что у нас количество просмотров over 100500 в день!»).
        Иначе как объяснить наличие рекламы КАСКО, автоцивилки и автомобильных аккумуляторов… в метро!? Так может рекламщики знают какая половина на ветер, но просто так надо, для отчетности.
        Может если использовать отравляющих подход «а, и так сойдет», то для снижения степени отравности предварительно подумав?

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


        • на 18.11.2015 в 13:37 Алексей Лупан

          С рекламщиками именно так и обстоят дела — не меняйте ничего на макете, бо его уже утвердил закащщик.

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


  2. на 12.11.2015 в 02:20 avicorn

    Т.е. этот подход был Ок для 2013-го, а теперь перестал? Что изменилось?

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


    • на 12.11.2015 в 13:52 Алексей Лупан

      Он всегда был ок.

      Но в долгосрочной перспективе он плох.

      НравитсяНравится 1 человек



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

  • 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
    • Priority & Severity на пальцах обезъянок
    • План тестирования должен быть внятным, четким, небольшим
    • Как в Excel отображать символ валюты перед цифрами
    • Разница между ошибкой (багом) и дефектом (тоже багом)
    • Что такое перформанс-тестирование
    • Основные положения тестирования
    • Ссылки в 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 такие блоггеры, как: