Как стать автором
Обновить

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

Рассказывал коллегам-программистам. Основной тезис: тестирование — проверка соответствия программы (как продукта) заданным или заявленным требованиям.
Ситуация с заводом в Западной Австралии странная — если насосы не должны включаться при при выключенном питании охладителей, то проблема скорее в отсутствии чертовой релюшки или иного блокирующего устройства, не установленного при проектировании…
Управление было видимо строго централизованное, непосредственной связи между подсистемами не было даже предусмотрено…
Да даже если было бы предусмотрено, сама релюшка могла быть причиной отказа — насосы остановятся когда должны бы работать из-за какой-то мелкой чёртовой релюшки.
История про третьего кандидата-тестировщика — шикарная. Я хочу почитать еще!
Продолжая ряд…

1986 год, на Чернобыльской АЭС нафик отключили все проверки и программы безопасности. И сделали нечто. Погибло… боюсь даже сказать.

2004 год, землетрясение в Юго-Востойной Азии. Погибло, по разным оценкам, от 225 тысяч до 300 тысяч человек.

Вывод: в ответе за всё кто-то другой.
----1986 год, на Чернобыльской АЭС нафик отключили все проверки и программы безопасности. И сделали нечто.

Данный функциональный тест был инициирован ЦК КПСС после войны в Египте, когда СССР решил построить там атомную станцию, что бы проверить как АЭС будет функционировать при потере источников питания. Беда в была в том, что попался неуемный начальник смены, имеюший образование и опыт только по ТЭЦ, плюс к этому конструктивные недостатки данного типа АЭС. Сочетание всех факторов и привело к проблеме.

А по теме статьи — большинство данных дефектов программного обеспечения не может быть выявлено на стадии тестирования ибо тестировать их нужно в реальных космических условиях.

А вот написание программистом юнит тестов решило бы 99% описанных проблем.
С трудом удерживаюсь от того проверки своей лампы на перегорание при промежуточном положении выключателя.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий