Баг ошибка картинка

Чем же они отличаются? Почитайте веселую историю и вспомнить отличие будет легко без подсматривания в гугл!

В летней школе тестировщиков Алексей Баранцев вел тренинг для продвинутых, как искать баги и исследовать приложение. Он задал простой вопрос → «Чем отличаются ошибка, дефект и сбой?». Предположения были самыми разнообразными, но уловить тонкую грань отличий никто не смог. Алексей мог зачитать умные слова из справочника ISTQB, но предпочел рассказать историю. Три года прошло! Я помню историю до сих пор и могу назвать отличия без подглядывания в гугл

Вступление от Алексея — придумал историю не сам. На одном из тренингов я задал этот вопрос. Девочки посовещались между собой и сказали: «Мы не можем объяснить это с точки зрения ПО, но можем на примере шитья». Я удивился и сказал: «Давайте!».

Жил-был мастер. Он шил платья на заказ. Однажды он допустил ошибку — забыл прошить нижний край у кармана платья.

Результатом ошибки стал дефект. Платье висело на вешалке и выглядело абсолютно нормально, но оно было с дефектом.

Маленькая девочка увидела платье и сразу влюбилась. Она купила платье и носила его повсюду. И все было хорошо, платье сидело замечательно, дефект никак не проявлялся. Пока новая хозяйка не решила положить в карман ключ.

Девочка опустила руку в карман, отпустила ключ… У-у-у-упс, ключ выпал на пол! Произошелсбой в системе — проявился ранее скрытый дефект.

Точно также бывает и в ПО → разработчики допускают ошибки при написании кода и в программе затаивается дефект. И даже если дефект не нашли и о нем никто не знает, он все равно есть! Сидит и ждет своего часа. И когда пользователь натыкается на ошибочный код, происходит сбой.

Официальное определение

А под конец немножко официоза — версия из ISTQB:

A human being can make an error (mistake), which produces a defect (fault, bug) in the code, in software or a system, or in a document. If a defect in code is executed, the system will fail to do what it should do (or do something it souldn’t), causing a failure. Defects in software, systems or documents may result in failures, but not all defects do so.

Человек может допустить ошибку, которая приводит к дефекту (к неисправности, багу) в коде, в софте или системе, или документе. Если дефект в коде исполняется, система не сможет сделать то, что должна (или то, что не должна), что вызовет сбой. Дефекты в программном обеспечении, системах или документах, могут вызвать неисправности, но не все дефекты вызывают их.

© Оригинальный блог-пост

Забавные баги

Баги — сленговое обозначение ошибки в системе или программе. Конечно, баг — это плохо. Искать баг — еще хуже. Они могут быть как безобидными (но назойливыми), так и весьма катастрофическими, последствия которых могут привести к финансовым потерям, очернению репутации и даже к трагическим случаям.

Однако не все баги такие. Есть и те, от которых Вы бы не стали пучками вырывать у себя на голове волосы или разбивать монитор компьютера подручными предметами. Они скорее заставят Вас посмеяться, ну или же хотя бы улыбнутся. Именно о таких багах и пойдет речь.

О, счастливчик

Май 1996 года. Самое обыкновенное рабочее утро самого обыкновенного сотрудника чикагской компании. Он решает зайти в банк, дабы узнать сколько же кровных у него на счету. А там всего лишь 900 миллионов долларов! Можете представить его выражение лица в тот момент.

Дело в том, что этот человек, на ряду с другими 825 клиентами Первого Национального банка Чикаго, стал жертвой (если можно так выразится) ошибки в системе банка — бага, благодаря которому все эти люди могли называть себя миллиардерами в течении суток. Конечно, деньги никто не украл и не сбежал на далекие острова под новым именем и накладными усами, так как средства, переведенные «счастливчикам», сильно превышали активы банка. В итоге, это была самая большая и дорогая ошибка, когда либо допущенная в американской банковской системе.

Телефон с большим эго

В 2010 году на рынке мобильных устройств появился ответ на iPhone в лице, а точнее в дисплее Windows Phone. Позднее, в 2012 году, появилась следующая версия — Windows Phone 8. Ничего катастрофического не происходило до того момента пока пользователь не решал обновить программное обеспечение. В этот момент телефон выдавал просто ошеломляющее сообщение — «Вставьте установочный диск Windows и перезагрузите Ваш компьютер». Как и куда вставлять диск телефон не уточнял. Баг произошел, так как ядро ОС Windows Phone базируется на Windows NT 1993 года. По этой причине телефон порой считает себя самым настоящим стационарным компьютером.

Вот так, даже у маленьких девайсов есть мечта стать большим и сильным.

Предательство

Siri — персональный помощник владельцев iPhone и iPad, способный общаться с ними посредством вопрос-ответ. В 2012 году в Siri завелся баг, заставивший ее предать iPhone. На вопрос «Какой телефон самый лучший в мире?» программа отвечала «Nokia Lumia 900 4G». Причиной такого странного поведения было то, что запрос передавался системе Wolfram Alpha, которая обслуживалась другой компанией. Система, в свою очередь, выдавала ответ, основанный на статистических данных и отзывах пользователей.

Естественно, данный баг был изничтожен. Теперь на сакральный вопрос программа отвечала: «Ты шутишь?» или «Тот, который у тебя в руках».

Sims 3

С самого своего старта, в 2009 году, Sims 3 обзавелась целой армией поклонников. Данная компьютерная игра-симулятор не была исключением и хранила в себе множество багов. Один из которых поклонники решили выделить. А именно, баг искажающий изображение младенца. Совершив определенные действия (одев ребенка в определенные виды одежды) можно бы понаблюдать весьма устрашающую картину.

Еще один баг — возможность создать армию младенцев. Если изменить имя ребенка, будет появляться новый, и так до бесконечности.

Маленький взломщик

Когда в семье есть маленькие дети и игровая приставка, родители ограничивают доступ своих чад к контенту «для взрослых». Например, Xbox One позволяет настраивать несколько учетных записей для разных пользователей. Одна для ребенка, другая — для родителей.

Именно так все и было в семье пятилетнего Кристофера Вильгельма фон Хасселя. Однако в марте 2014 года малыш попытался войти в учетную запись отца. После первой неудачной попытки ввода пароля юный хакер просто ввел в поле несколько пробелов, что позволило ему получить доступ ко всем отцовским играм. Он рассказал отцу, который по стечению обстоятельств работал в сфере информационной безопасности. Родитель сообщил о проблеме Microsoft, которая баг искоренила. А имя мальчика было вывешено на сайте компании Microsoft в разделе «исследователи безопасности в марте 2014 года».

Вот так Кристофер стал самым маленьким хакером в мире.

Ой, это не Вам

Как же неудобно получается, когда сообщение личного характера попадает не тому, кому следовало. Например, приглашение на романтический ужин, отправленное любимой и попавшее начальнику. Конечно, еще более странно было бы получить удовлетворительный ответ. Именно такая проблема наблюдалась среди пользователей Android, а точнее приложения Android Messaging Application. Впервые жалобы на перепутывание получателей появились еще в 2010 году, 28 июля. Однако, компания не хотела признавать существование бага вплоть до 5 января 2011 года.

Аромат свободы

В 2011 году калифорнийские тюрьмы столкнулись с проблемой нехватки места. Было принято решение условно освободить некоторое число тех заключенных, преступления которых были совершены давно и обладают низкой степенью общественной опасности. Проще говоря, украл 5 баксов — свободен, убил человека — век воли не видать.

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

Схожая ситуация произошла в период с 2003 по 2006 год в Мичигане, где было ошибочно выпущено на волю 23 преступника. Правда, большинство из них были обычными мошенниками, не применявшими насилия.

Говорили тебе: «Гаси свет в туалете»

Следующий случай произошел в городе Ланкашир. Семья Бразертон, Найджел и Линда, решили сменить поставщика электричества со Scottish Power на Npower. На следующий месяц они получили счет на сумму не много не мало 53,480,062 фунтов стерлингов. Заметим, что предыдущий счет составлял всего 87 фунтов. Баг произошел из-за того, что сотрудник компании, подключавший дом, увидел «0» на счетчике и указал это в квитанции. Компьютер, обрабатывающий эти данные, решил что счетчик сделал максимум возможных оборотов и подсчитал их стоимость.

Глава пострадавшего семейства заявил: «Хорошо, что они не попробовали снять эту сумму с моего счета. Мало того, что я бы превысил свой кредитный лимит, так еще бы и банк обанкротился».

Синий экран смерти

Весной 1998 года состоялась презентация новой Windows 98. К компьютеру подключался сканер, который должен был обнаружится системой и начать успешно работать. Это осуществлялось посредством программного обеспечения «plug and play». Однако сразу после подключения система упала, и все увидели синий экран смерти.

В конце Билл Гейтс сказал: «Видимо, потому мы еще не продаем Windows 98».

Вы не любите котиков?

Minecraft — крайне модная и популярная игра, в которой можно построит практически все, лишь бы фантазия не подвела. И вот кому-то она послужила на славу, так как этот человек создал фонтан из котов. В игровом мире есть кошки, которые приручаются после чего следуют за игроком по земле. Если игрок оказывается слишком далеко, коты просто телепортируются к нему. Если же забраться на высокий-высокий столб, коты будут появляться нескончаемым потоком, формируя кошачий фонтан.

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

Программирование — сложный и творческий процесс. Баги — его неотъемлемая часть. Пусть же они будут Вас смешить, а не огорчать. Удачного Вам программирования, и любите котиков.

//В конце команды забыли поставить точку с запятой (;)
int a = 5

int main()
{
   //Мы создаём две переменные, которые просто занимают память и никак не используются
   int a, b;
}

//Создаём константный массив символов 
const char * s = "Hello World";
//Если мы попытаемся перезаписать значение константы, компилятор выдаст ошибку
//Но с помощью указателей мы можем обойти её, поэтому программа успешно скомпилируется
//Однако во время работы она будет выдавать ошибку сегментации
* (char *) s = 'H';

int main()
{
   //Бесконечная рекурсия - одна из причин переполнения стека вызовов
   main();
}

class Program
{
   static void Main(string[] args)
   {
       Main(args);
   }
}

//Пробуем записать в переменную типа int значение, которое превышает лимит
//Константа INT_MAX находится в библиотеке climits
int a = INT_MAX + 1;

Научитесь: Профессия Разработчик на C++ с нуля
Узнать больше

Баг (bug) – это ошибка в коде или в работе программы. Разработчики описывают этим сленговым словом ситуацию, когда что-то работает неправильно, выдает неверный или непредсказуемый результат.

Не любую ошибку можно назвать багом. Этот термин обычно применяют, когда код работает, но некорректно. При этом программа запускается и даже что-то делает, в отличие от, например, синтаксической ошибки, из-за которой код попросту не запустится.

Программу с багами называют забагованной. А отладку кода – дебаггингом, то есть избавлением от багов.

Слово bug в переводе с английского означает «жук». Оно пришло в программирование из сленга инженеров, которые называли багами ошибки при работе электронных схем. А в 1947 году создательница первого компилятора Грейс Хоппер обнаружила в компьютере Mark II бабочку, закоротившую контакты. В журнале происшествий написали: «Первый случай, когда был найден настоящий баг». Так термин закрепился в компьютерной сфере.

Где встречаются баги

В разработке и тестировании. Разработчики регулярно сталкиваются с багами: современные программные продукты – сложные, а в языках программирования много неочевидных вещей. Поэтому столкнуться с багами легко. Чаще всего они становятся следствием неверного употребления команд, неправильно реализованных алгоритмов или ошибок в дизайне программы. Часть багов находят еще при разработке, другие – на этапе тестирования или даже после выпуска продукта.

В готовом программном обеспечении. Даже уже выпущенные программы часто бывают не лишены багов. Некоторые из них очень известные, возникают у многих, даже имеют собственные имена. Есть и уникальные ошибки, которые встречаются однократно. Часто баги зависят от внешних параметров: например, в одной версии операционной системы программа работает корректно, а в другой – нет.

В играх. Отдельной категорией можно назвать баги в видеоиграх: ситуации, когда игровые сцены или персонажи работают не как надо. Примеров множество: двери, которые не могут открыться, внезапные вылеты игры при достижении определенного момента, персонажи, застрявшие в текстурах или зависшие на одном месте. Даже некоторые игры, которые считаются культовыми, на этапе выхода были очень забагованными.

На сайтах. Современные сайты такие гибкие и функциональные благодаря скриптам, написанным на языках программирования. В браузере работает JavaScript, на сервере языки могут быть разными: PHP, Python, Ruby и другие. Баг может возникнуть и на стороне сервера, и в клиентской части сайта – иногда его замечают только после выпуска в продакшн. Есть даже понятие bug bounty: вознаграждение, которое компания выплачивает пользователю, нашедшему критичный баг в информационной безопасности.

Кто сталкивается с багами

В широком смысле встретить баг может любой человек, который пользуется компьютером или смартфоном. Ведь и в готовом ПО ошибки не исключены. В более узком – баги находят разработчики, они же занимаются их исправлением.

Если команда разработки пропустила ошибку, ее ищут на следующем этапе – тестировании. Тестировщики пытаются неочевидными способами воспользоваться программой, чтобы отыскать скрытые ошибки. Найденные баги описываются в специальном отчете – он называется баг-репорт. Отчет тестировщики отправляют разработчикам, чтобы те исправили ошибки.

Из-за чего возникают баги

Мы выяснили, что такое баг. Теперь поговорим о причинах, из-за которых они появляются.

• Первая и наиболее распространенная причина – ошибка разработчика. В IT-среде есть шутка: «Кто же победит: человек, венец природы… или крохотная забытая скобочка?». Маленькие недочеты могут быть очень критичными. Если поставить плюс вместо минуса в простейшем математическом вычислении, то получится совершенно другой результат.
• Иногда причиной багов становится незнание. Например, разработчик был не в курсе специфического поведения какой-нибудь конструкции в языке, поэтому воспользовался ею не совсем корректно.
• Часто баги возникают, если в команде программистов нет слаженности. Один не понимает, что написал другой, правит код по своему усмотрению и получает некорректное поведение программы.
• Наконец, дизайн программы и архитектурные ошибки тоже могут быть причиной багов. Использование неоптимальных алгоритмов, ведущих к сбоям, неверный выбор инструментов – все это может привести к забагованности.

Ворнинги, вылеты, исключения: чем отличаются от багов

Ошибки бывают разными, и это не только баги. Вот с чем еще может столкнуться программист.

Предупреждение. Это не совсем ошибка. Это скорее сообщение о риске некорректной работы. Не все предупреждения действительно указывают на что-то опасное. Например, линтеры – программы для написания чистого кода – выдают предупреждения, если человек пишет в «неправильном» стиле. На сленге предупреждения называют ворнингами от английского warning.

Исключение. Exception, или исключение, – это встроенный механизм защиты от ошибок в языках программирования. Программа выдает сообщение, что что-то пошло не так. Условия для исключений пишут сами программисты. Например, ставят защиту на ввод: если пользователь введет строку вместо числа, выбросится исключение.

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

Вылет. Так называют ситуацию, когда программа экстренно завершает работу из-за ошибки. Вылет может сопровождаться сообщением о сбое. Причины разные: начиная от ошибок в коде и заканчивая недостаточной мощностью компьютера, который не справляется с «тяжелой» программой.

Синтаксическая ошибка. Самый простой вариант: разработчик допустил опечатку в синтаксисе и неправильно написал какую-то конструкцию, поэтому программа не собралась. Запись оказалась неизвестна компилятору или интерпретатору. В таком случае среда программирования говорит разработчику о синтаксической ошибке и указывает, где ее искать.

Какими бывают баги

Разработчики классифицируют баги по нескольким категориям. Некоторые – скорее шуточные, другие обсуждаются всерьез. А у некоторых распространенных багов даже есть свои названия.

• Опечатка – простейший вариант. Разработчик случайно пишет не то, и вся программа работает неправильно.
• Бесконечный цикл – ситуация, когда условие для выхода из цикла никогда не наступает, и программа виснет.
• Переполнение буфера – явление, когда программе перестает хватать памяти, и она начинает пользоваться памятью за пределами выделенного ей количества.
• Состояние гонки – баг многопоточных приложений, когда несколько потоков одновременно обращаются к одному и тому же элементу и как бы «соревнуются» за доступ. Результат непредсказуем.
• Количественный баг – ошибка при работе с большим количеством действий, когда при многократных повторениях появляются баги. Например, большое количество данных распределяется неравномерно.
• Демонстрационный эффект – явление, когда программа работала нормально на этапе написания, но сломалась при демонстрации. Зачастую возникает из-за недостаточного тестирования и невнимательности: разработчик не учел какой-то сценарий.

Баги – это очень плохо?

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

Например, баг в медицинском оборудовании может привести к трагедии. Баг в коде сайта – к утечке огромного бюджета: так было, когда блокчейн-компания Compound случайно отправила своим пользователям почти 90 миллионов долларов. А самый дорогой баг в истории – арифметическое переполнение в программной начинке ракеты-носителя «Арион-5», из-за которого ракета взорвалась в полете.

Конечно, критичность багов зависит от сферы. Если отрасль разработки связана с большими финансами или жизненно важным оборудованием, проверка качества кода в этой отрасли очень жесткая. Ведь цена ошибки очень велика.

Как избежать багов

Мы уже выяснили, что критичные баги несут опасность. Поэтому разработчики стараются не допускать их в готовом продукте:

• отлаживают программу еще на этапе создания. Хороший разработчик еще при написании кода учитывает возможные нештатные ситуации в его работе, проверяет его и пишет исключения;
• тестируют для любых ситуаций, в том числе нетривиальных. В свою очередь тестировщики находят неочевидные ситуации, в которых программа может сломаться, и сообщают о них;
• проводят юнит-тестирование для каждого компонента. Это отдельное тестирование разных частей кода – юнитов. Оно помогает понять, корректно ли работают эти компоненты – это более глубокий уровень. Ведь ошибка в одном компоненте может вызвать баги во всей программе.

Для начинающего разработчика главное – внимательность, потому что частая причина багов – опечатки. А они вероятнее, если человек еще не привык писать код. Скрупулезность и внимание к деталям помогут если не избежать багов, то серьезно сократить их количество и быстро исправить те, что остались.