kasoo 23 авг 2011 в 12:26

Типы багов: этимология и энтомология

4 мин

48K

Тестирование IT-систем*

Из песочницы

+35

Комментарии 18

echoes 23 авг 2011 в 12:47

Практического толку от такого знания немного, но познавательно. Интересная статья.

kasoo 23 авг 2011 в 23:19

спасибо. это была моя статья в песочницу, с целью заработать инвайт на хабр

Ocelot 23 авг 2011 в 12:55

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

silencer 23 авг 2011 в 12:58

> Добавьте еще одну разновидность: когда два (или даже больше) багов компенсируют друг друга, но при исправлении одного из них система перестает нормально работать.

Этот случай подходит под определение Шрединбага — не может работать в принципе, но за счет еще одного бага все-таки работает. Впрочем википедия с этим тоже согласна:

Шрёдинбаг может быть образован сложной комбинацией парных ошибок (когда ошибка в одном месте компенсируется ошибкой противоположного действия в другом месте). В результате система может стать очень чувствительной к малым влияниям — небольшое изменение может разрушить баланс ошибок и парализовать работу системы (зачастую при этом откат рокового изменения не решает проблему, так как состояние системы успело значительно измениться).

НЛО прилетело и опубликовало эту надпись здесь

pusto 23 авг 2011 в 16:33

Из серии «Если баланс не сходится, значит, в нем есть, как минимум, одна ошибка. Если баланс сходится, значит, в нем есть, как минимум, две ошибки». (С) Не знаю чей. :)

TheShock 23 авг 2011 в 12:59

У нас как раз недавно был пункт 2.7. Показывали альфа-версию игры. Потестировали, поиграли — всё работает отлично, раз пять доиграли до конца (игра короткая, минуты 2). Как демонстрировать — из трёх раз игра ни разу не доработала до конца, выбивало где-то в середине. Когда опять сели тестировать ПОСЛЕ демонстрации — так и не смогли ни разу словить баг. Исправили на ощупь.

kasoo 23 авг 2011 в 23:20

да на любом более-менее крупном проекте такое сплошь и рядом. поверьте мне, как проработавшему порядочное время в ЖЖ…

Ocelot 23 авг 2011 в 13:06

Обратный демонстрационный эффект:
Система регулярно выдает какую-либо ошибку, но стоит только к ней приблизиться специалисту поддержки — все сразу работает идеально, и воспроизвести баг не удается никак. Эффект бывает однократным (когда после визита специалиста баг не повторяется, характеризуется выражением «чё это вообще было? o_O») и многократным (когда сразу после ухода спеца вылезает снова).

+10

НЛО прилетело и опубликовало эту надпись здесь

Orion 23 авг 2011 в 14:51

Точнее «Эффект присутствия Авторитета», на обычных уборщиц в кабинете не срабатывает.

FantomNotaBene 27 июл 2016 в 02:25

Нравится мне Ваш ник. Попахивает семейкой Бартовски

conockrad 23 авг 2011 в 19:52

Как раз в квантовой физике с этим впервые столкнулись, когда обнаружили что присутствие наблюдателя вносит ощутимое воздействие на ход эксперимента

Laplace 23 авг 2011 в 13:21

Я помню свой Гейзенбаг:

ATLASSERT(SUCCEEDED(pObject->DoSomeJob()));

zizop 23 авг 2011 в 14:05

Так вроде было уже: 1, 2…

kasoo 23 авг 2011 в 23:22

первый да, близок, второй — немного про другое. В любом случае — спасибо за ссылки.
Я ни в коем случае не ставил целью скопировать кого-либо. Это была статья для песочницы, с целью получить инвайт на хабр. Если она кого-то повеселила/порадовала — счастье-счастье :)