Про помилку незворотніх витрат a.k.a Sunk-Cost Fallacy

Photo by rc.xyz NFT gallery on Unsplash

Помилки можуть виникати усюди. Найчастіше ми маємо справу з помилками в софті або якихось хардварних частинах. (Або у ваших автотестах ...)

Але чи існують помилки у тому, як ми мислимо? Виявляється, що так. Це помилки у логіці мислення. Ми робимо такі помилки навіть не помічаючи цього. 

У цьому циклі дописів, я спробую коротко розповісти про такі помилки із прикладами з тестування та автоматизації.

Що таке sunk-cost fallacy?

Сьогодні настав час для наступної помилки - sunk-cost fallacy або помилки незворотніх витрат. 

Уявімо ситуацію. Хтось у минулому прийняв рішення. Через деякий час виявилося, що рішення було неправильним. Але оскільки на це рішення було витрачено вже багато часу, зусиль та грошей - людина (або команда чи компанія) продовжують працювати над цим хибним рішенням. Та ще й відмовляються його переглядати. 

Приклади

  • менеджмент вважав, що автоматизація - то "легко" та купив усім ліцензії на відому та рекламовану low-code / no-code тулзу. Через деякий час виявилося, що тести дуже важко підтримувати та вони швидко ламаються після кожної зміни на фронтенді. Але гроші на річну ліцензію вже були витрачені, тому тестувальникам треба працювати з цими інструментами "через силу"

  • те ж саме стосується будь-яких нових інструментів чи підходів (BDD, shift-left and right, etc) Особливо, коли інструменти "спускають зверху". Рішення вже "прийняті" або "нічого не знаю, клієнт так хоче!" або "це модний фреймворк, на ньому усі круті інженери пишуть - це майбутнє!"

Як запобігти цій помилці?

  • Приймайте зважені рішення з порівнянням наявних альтернатив

  • Розробляйте proof of concept будь-яких нових інструментів

  • Думайте не тільки про плюси, а й про час на підтримку, переписування, інтеграцію нового у інфраструктуру

  • Постійно оцінюйте прийняті рішення та не бійтеся відмовлятися від хибних та неефективних (навіть якщо сил та грошей було витрачено багато)

Поділись своїми ідеями в новій публікації.
Ми чекаємо саме на твій довгочит!
Test Engineering Notes
Test Engineering Notes@TestEngineering

Про складні речі в тестуванні

1.3KПрочитань
4Автори
14Читачі
На Друкарні з 27 червня

Більше від автора

Вам також сподобається

  • Manual QA: Що я б робила, якби вирішила заходити в переповнену нішу зараз

    Я заходила в IT як Manual QA ще до того, як почали з’являтись курси на будь-який гаманець. Шлях, чесно кажучи, був довгий і досить важкий, з постійними переосмисленнями, помилками і безкінечними спробами знайти щось дійсно своє.

    Теми цього довгочиту:

    Qa
  • Що таке Selenium?

    Selenium — це інструмент для автоматизації тестування веб-додатків. Він дозволяє розробникам і тестувальникам автоматизувати взаємодію з веб-браузером, тобто виконувати різні дії на веб-сторінках, такі як клікання на кнопки, введення тексту, перевірка наявності елементів і т.д.

    Теми цього довгочиту:

    Selenium
  • Рашьомон (1950р. Акіра Куросава)

    Місяці три тому, я не сприймав фільми, як мистецтво. Більшість свого часу дивлячись фільми, я просто дивився на те як персонажі діють. Думав що фільм це всього лиш екранізована література. І особливої уваги до фільмів я, не мав. Але...

    Теми цього довгочиту:

    Мистецтво

Коментарі (0)

Підтримайте автора першим.
Напишіть коментар!

Вам також сподобається

  • Manual QA: Що я б робила, якби вирішила заходити в переповнену нішу зараз

    Я заходила в IT як Manual QA ще до того, як почали з’являтись курси на будь-який гаманець. Шлях, чесно кажучи, був довгий і досить важкий, з постійними переосмисленнями, помилками і безкінечними спробами знайти щось дійсно своє.

    Теми цього довгочиту:

    Qa
  • Що таке Selenium?

    Selenium — це інструмент для автоматизації тестування веб-додатків. Він дозволяє розробникам і тестувальникам автоматизувати взаємодію з веб-браузером, тобто виконувати різні дії на веб-сторінках, такі як клікання на кнопки, введення тексту, перевірка наявності елементів і т.д.

    Теми цього довгочиту:

    Selenium
  • Рашьомон (1950р. Акіра Куросава)

    Місяці три тому, я не сприймав фільми, як мистецтво. Більшість свого часу дивлячись фільми, я просто дивився на те як персонажі діють. Думав що фільм це всього лиш екранізована література. І особливої уваги до фільмів я, не мав. Але...

    Теми цього довгочиту:

    Мистецтво