Цитирование документа, касающегося таксономии угроз и т. д.:
Ошибка обнаруживается, если на ее наличие указывает сообщение об ошибке или сигнал ошибки. Ошибки, которые присутствуют, но не обнаружены, являются скрытыми ошибками.
Обратите внимание, что это не то же самое, что и дремлющая ошибка, которая представляет собой дефект кода, активируемый определенными событиями и вызывающий ошибку при активации.
Также скрытая ошибка — это ошибка, вызванная неисправностью, но не приводящая к сбою. Я предполагаю, что это будет распространено в многослойных приложениях, но я не могу вспомнить ни одного примера. Но я не понимаю еще одного — в конце концов это должно привести к сбою, иначе его бы вообще не обнаружили, вы так не думаете?
John V 30 Июл 2012 в 15:11
2 ответа
Хороший пример скрытой ошибки
В 2005 г. самолет Boeing 777-2H6ER с регистрационным номером 9M-MRG, серийный номер 28414, выполнявший рейс 124 Malaysia Airlines, выполнявший рейс из Перта в Куала-Лумпур, обнаружил неисправность ADIRU (инерциальный эталонный блок воздушных данных), что привело к неуправляемым маневрам самолета, действовавшего по ложным показаниям.
4 ошибки, которые тянут вас назад и мешают исполнению желаний #подсознание
В этом инциденте неверные данные повлияли на все плоскости движения, когда самолет поднимался на высоту 38 000 футов (11 600 м). Самолет накренился и поднялся примерно до 41 000 футов (12 500 м) с активированным предупреждением о сваливании. Пилоты вернули самолет с отключенным автопилотом и запросили возвращение в Перт. Во время возвращения в Перт экипаж ненадолго активировал левый и правый автопилоты, но в обоих случаях самолет накренился и накренился вправо.
Оставшуюся часть полета самолет управлялся вручную и благополучно приземлился в Перте. Пострадавших и повреждений самолета нет. ATSB (Австралийское бюро безопасности на транспорте) обнаружило, что основной вероятной причиной этого инцидента была скрытая ошибка программного обеспечения, которая позволила ADIRU использовать данные неисправного акселерометра. Федеральное авиационное управление США издало Директиву о чрезвычайной летной годности (AD) 2005-18-51, требующую, чтобы все 777 операторов установили обновленное программное обеспечение для устранения ошибки.
MahNas92 14 Мар 2014 в 13:06
Термины «активный» и «латентный» применительно к ошибкам были введены Джеймсом Ризоном (1,2). Скрытые ошибки (или скрытые условия) относятся к менее очевидным недостаткам организации или дизайна, которые способствовали возникновению ошибок или допустили их. причинять вред работникам.
Например, в то время как активный сбой при конкретном неблагоприятном событии мог быть ошибкой при программировании логического контроллера, скрытая ошибка может заключаться в том, что учреждение использует несколько разных программных кодов, что делает ошибки программирования более вероятными. Таким образом, скрытые ошибки в буквальном смысле являются «несчастными случаями, ожидающими своего часа».
Скрытые ошибки иногда называют ошибками «тупого конца», имея в виду множество уровней системы управления безопасностью, которые влияют на человека, выполняющего задачу. Активные сбои, напротив, иногда называют ошибками на «остром конце»? или персонал, участвующий в выполнении задачи.
Итак, применяя вышеизложенное к программному обеспечению, для меня это означает:
АКТИВАЦИЯ СКРЫТЫХ ФУНКЦИЙ АВТО КАРИСТОЙ И ELM327 OBD 2. КАК ПОЛЬЗОВАТЬСЯ CARISTA! БЕСПЛАТНАЯ CARISTA
- Сигнал ошибки — дефект, проявляющийся в какой-либо ошибке
- Скрытая ошибка — первопричина с побочными эффектами; побочные эффекты считаются обнаруженными ошибками
Я предполагаю, что ваш пример (если поиск в моем приложении не чувствителен к регистру, но должен быть) вполне подходит для того, чтобы называться «скрытой ошибкой». Его активный сбой может быть чем-то вроде «результаты поиска забиты ненужными вещами».
Community 20 Июн 2020 в 12:12
Спасибо. Проблема в том, что существует несоответствие терминологии: дефект на самом деле является ошибкой в коде, который вызывает ошибку (так что это похоже на дефект, проявляющийся в неисправности). Эти «неактивные» разломы называются «спящими». Это довольно сложно, поскольку авторы используют разные термины для одних и тех же вещей 🙁 Я бы все же сказал, что мой пример будет активным сбоем, поскольку поиск не работает, как указано (определение сбоя = отклонение от спецификации)
Источник: question-it.com
Большая Энциклопедия Нефти и Газа
Ошибкой является отклонение результата проектирования от принятых норм, заранее заложенных в технических условиях и ограничениях, отклонение от эталона или объективного закона, существующего в природе. Различаются явные ( очевидные) и скрытые ошибки . [16]
Однако частота возникновения ошибок чтения / записи может сигнализировать о возможном старении тома. Подпрограммы статистики томов накапливают сумму таких скрытых ошибок и вовремя выдают предупреждающие сообщения, что позволяет избежать снижения производительности системы из-за изношенных томов. [17]
Специфика создания сложных программных средств состоит в том, что в процессе их отладки практически невозможно обнаружить и ликвидировать все ошибки. В результате в программах остается некоторое количество скрытых ошибок . Они могут вызвать неверное функционирование программ при определенных сочетаниях входных данных. Наличие скрытых ошибок программного обеспечения является главным фактором нарушения нормальных условий его функционирования. [18]
Программисты используют отладчики для тонкой шлифовки программ. Отладчик позволяет им находить мелкие, но очень глубоко скрытые ошибки . Активно пользуются отладчиками и хакеры. С их помощью они изучают устройство программ и находят в них места, в которые можно тести несанкционированные изменения и каким-то образом испортить программу к собственному удовольствию. [19]
Казалось бы, каждая программа подвергается длительной и тщательной отладке ( небольшие программы до 10, а крупные до 100 отладок), при которой устраняются все допущенные ошибки, и, следовательно, не может служить источником ошибок, будучи переданной в эксплуатацию. Тем не менее в программах иногда длительное время сохраняются скрытые ошибки . [20]
Скрытые ошибки выявляются после выполнения специальных расчетов или выработки экспертных заключений крупных специалистов. В таких случаях выгодно построить экспериментальную модель, при испытании которой выявится большинство скрытых ошибок . [21]
Уверен, что у многих читателей имеется аналогичный опыт. Система может успешно работать несколько лет, все более и более заслуживая доверие пользователей, пока вдруг не выйдет из строя из-за того, что в новых условиях неожиданно всплывает на поверхность скрытая ошибка . [22]
Прокрутка, как и проверка, применяется не только на этапах алгоритмизации ( 3) и программирования ( 4) для контроля только что составленного алгоритма или программы, но и в ходе отладки программы на ЭВМ ( этап 6) для повторного ее контроля за столом и локализации ошибок. Различие в прокрутке на этапах разработки программы и ее отладки заключается в том, что на этапе отладки прокручивается не вся программа, а лишь подозреваемые места, но прокрутка производится более детально и тщательно, так как направлена против глубоко скрытых ошибок , которые не обнаруживаются другими способами. [23]
Явные ( очевидные) сшибки легко обнаруживаются при сравнении конструкции с эталоном или при проверке ее по объективным законам математики, физики, механики и другим законам, которые известны рядовому инженеру. Явные ошибки обнаруживаются при контроле технической документации аналитическими или графическими методами, известными рядовому инженеру. Скрытые ошибки не обнаруживаются проверкой и появляются, как правило, в новых разработках, где применяется не проверенный практикой рабочий принцип или не имеется достаточного количества информации для внедрения уже известного принципа. В таких конструкциях обыкновенные методы контроля и анализа не дают ответа или дают неправильный, искаженный ответ на вопрос работоспособности и пригодности конструкции. [24]
Эти факторы являются мерой легкости понимания результатов, легкости использования, трудности неправильного употребления и получаемых ошибок пользователей. Хотя очеловечивание интерфейса пользователя может увеличить сложность системы и, таким образом, иметь отрицательное влияние на надежность, человеческие факторы и задачи достижения надежности обычно не вступают в конфликт. Многие из скрытых ошибок в действующих системах возникают, когда внезапно создаются новые условия как результат непредвиденных действий пользователя. [25]
По случайному стечению обстоятельств, которые часто формируют историю, машина PDP-11 использовалась на факультетах кибернетики практически каждого университета, а операционные системы, с которыми поставлялись эти компьютеры, профессоры и студенты считали ужасными. Операционная система UNIX быстро заполнила имевшийся вакуум, не в последнюю очередь также благодаря тому, что система поставлялась с полным комплектом исходных текстов, поэтому новые владельцы системы могли без конца подправлять и совершенствовать ее. Операционной системе UNIX было посвящено множество научных симпозиумов, на них докладчики рассказывали о скрытых ошибках в ядре, которые им удалось обнаружить и исправить. Книга описывала систему UNIX Version 6, названную так потому, что эта версия операционной системы была описана в шестом издании руководства программиста UNIX Programmer s Manual. [26]
Занимающая хотя бы несколько страниц печатного текста программа со сложной логикой часто становится необозримой для человека, если заранее не предусмотреть строгую дисциплину ее написания. Между тем, одно из назначений алгола состоит в публикации алгоритмов для ознакомления с ними людей. Даже если алгольная программа предназначается только для машинного исполнения, ее неудобочитаемость часто является источником многочисленных скрытых ошибок , выявлять и исправлять которые должен опять-таки человек. [27]
Надежность ПО принято характеризовать интенсивностью ошибок, под которой понимается отношение числа ошибок к общему числу команд в программе. Предварительная проверка качества программ, как показывает практика, позволяет исправить сравнительно простые ошибки, а скрытые ошибки проявляются при длительной работе с самым разнообразным сочетанием данных и управления. Поэтому возникает необходимость разработки мер по повышению надежности ПО, составлению правильных программ, их проверке для исключения ошибок, моделированию программного обеспечения с целью предсказания его надежности. Однако теория надежности ПО еще не разработана в такой степени, как теория надежности аппаратных средств, так как изучение вопросов надежности МЭА началось значительно раньше, чем исследование надежности программного обеспечения. [28]
Чем на более ранней стадии разработки программист начинает заниматься вопросами отладки программы, тем меньше неприятных неожиданностей ожидает его в будущем. Надежды на то, что устранение ошибок из программы и получение правильных результатов произойдет как-то само собой, без затраты особых усилий, никогда не оправдываются. Вообще, оптимизм и самоуверенность для программиста на стадии разработки противопоказаны; они могут являться полезными только на стадии отладки при затяжной борьбе с очень глубоко скрытыми ошибками . [29]
Если программа тщательно проверена, то, прежде чем она поступит в производственную эксплуатацию, ее необходимо снабдить документацией. Документация должна предоставлять полную информацию об обрабатываемых данных и инструкцию оператору о том, как обращаться с программой при ее работе. Она также должна содержать описание логики программы, для того чтобы предоставить возможность внесения в нее изменений либо в связи с изменениями в постановке задачи, либо из-за обнаружения скрытых ошибок , не выявленных на фазе тестирования, а проявившихся лишь на более поздней стадии. В табл. 8Л приведены основные этапы, необходимые при производстве программ. [30]
Источник: www.ngpedia.ru
Что такое скрытая ошибка — пример?
Цитирование документа, касающегося таксономии угроз и т.д.:
Ошибка обнаруживается, если на ее наличие указывает сообщение об ошибке или сигнал об ошибке. Ошибки, которые присутствуют, но не обнаружены, являются скрытыми ошибками.
Пожалуйста, обратите внимание, что это не то же самое, что неактивная ошибка, которая является дефектом в коде, активируемом определенными событиями и приводящим к ошибке при его активации.
Также скрытая ошибка — это ошибка, вызванная ошибкой, но не вызывающая сбоя. Я думаю, что это будет распространено в многослойных приложениях, но я не могу придумать ни одного примера. Но я не понимаю еще одну вещь — в конечном итоге это должно вызвать сбой, в противном случае он не будет обнаружен вообще, вы не думаете?
user970696 30 июл ’12 в 11:11 2012-07-30 11:11
2012-07-30 11:11
2 ответа
Хороший пример скрытой ошибки
В 2005 году самолет Boeing 777-2H6ER с регистрационным номером 9M-MRG, серийный номер 28414, выполнявший рейс 124 авиакомпании Malaysia Airlines, выполнявший рейс из Перта в Куала-Лумпур, испытал ошибку ADIRU (инерциальный эталонный блок данных о воздухе), что привело к неуправляемым маневрам со стороны самолета. по ложным показаниям.
В этом случае неверные данные повлияли на все самолеты движения, когда самолет поднимался на 38 000 футов (11 600 м). Самолет поднялся и поднялся на высоту около 41 000 футов (12 500 м) с активированным предупреждением о сваливании. Пилоты подняли самолет с отключенным автопилотом и попросили вернуться в Перт. Во время возвращения в Перт экипаж на короткое время активировал оба левых и правых автопилота, но в обоих случаях самолет наклонился и наклонился вправо.
Самолет летал вручную до конца полета и благополучно приземлился в Перте. Не было травм и повреждений самолета. ATSB (Австралийское бюро транспортной безопасности) обнаружило, что основной вероятной причиной этого инцидента была скрытая программная ошибка, которая позволила ADIRU использовать данные из неисправного акселерометра. Федеральное авиационное управление США издало Директиву по летной годности в чрезвычайных ситуациях (AD) 2005-18-51, в которой всем 777 операторам необходимо установить обновленное программное обеспечение для устранения ошибки.
user3419101 14 мар ’14 в 09:06 2014-03-14 09:06
2014-03-14 09:06
Термины «активный» и «скрытый» применительно к ошибкам были придуманы Джеймсом Ризоном.(1,2) Скрытые ошибки (или скрытые условия) относятся к менее явным отказам организации или дизайна, которые способствовали возникновению ошибок или позволяли им причинять вред работникам. Например, в то время как активный сбой в конкретном неблагоприятном событии мог быть ошибкой в программировании логического контроллера, скрытой ошибкой может быть то, что организация использует несколько различных программных кодов, что делает ошибки программирования более вероятными. Таким образом, скрытые ошибки в буквальном смысле слова «несчастные случаи, ожидающие случиться».
Скрытые ошибки иногда называют ошибками на «тупом конце», ссылаясь на многие уровни системы управления безопасностью, которые влияют на человека, выполняющего задачу. Напротив, активные сбои иногда называют ошибками на «остром конце». или персонал, вовлеченный в выполнение задачи.
Итак, применяя вышесказанное к программному обеспечению, для меня это означает:
- Сигнал ошибки — дефект, проявляющийся в какой-то неисправности
- Скрытая ошибка — первопричина с побочными эффектами; побочные эффекты считаются обнаруженными ошибками
Я предполагаю, что ваш пример (если поиск в моем приложении не чувствителен к регистру, но должен быть) достаточно хорошо подходит для того, чтобы называться «скрытой ошибкой». Его активный сбой может быть чем-то вроде «результаты поиска забиты ненужными вещами»
Источник: stackru.com