Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
GBP
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Бесплатная лицензия PVS-Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

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

Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

>
>
Цена ошибки на примере одной из проблем…

Цена ошибки на примере одной из проблем в PVS-Studio

30 Дек 2019

Мы часто пишем статьи про программные ошибки, которые обнаруживаем с помощью нашего статического анализатора кода PVS-Studio. Эти ошибки бывают разные: простые и сложные, очевидные и труднонаходимые, понятные и такие, про которые приходится объяснять отдельно, да еще и несколько минут. Все эти ошибки объединяет то, что у них есть цена. Но вот какая она, эта цена ошибки – наши читатели часто не соглашаются с нашим мнением. Некоторые говорят так: ну и что, что это ошибка. Найдем – исправим. А не найдем – значит и не страшно. Или по-другому немножко. Ну упадет приложение из-за этой ошибки, ничего страшного. Перезапустим и все.

0703_PVS_Studio_site_bug_ru/image1.png

Я хочу рассказать историю из жизни нашей компании. Хотя она и не относится к статическому анализу, но она очень хорошо иллюстрирует понятие "цена ошибки".

У нас на сайте есть запрос триальной лицензии. Заинтересовавшийся анализатором человек оставляет запрос через форму на сайте. Из формы сразу генерируется письмо, которое попадает ко мне с указанной информацией. Если в письме есть какие-то уточняющие вопросы, то я на них отвечаю, а если их нет, то используется шаблонный ответ с автоматически сгенерированным триальным ключом на неделю. Ответ отправляется по почте как правило в течение часа с момента запроса.

Схема простая и работающая. Обработчик формы запросов на сайте, проверка и отправка почты по cron, да что здесь может сломаться? Однако 19 декабря на сервере отвалился cron. Уже не важно почему конкретно, да и тем более фрагмент кода здесь привести не удастся. Допускаю даже, что там нет ошибки, а это что-то не настроено было просто как надо. Но он отвалился. И письма с ключами перестали отправляться. Совсем...

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

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

Вы скажете: "Ну что же вы не тестируете отправку почты с сайта? Это же важная часть процесса!" Да, важная. Поэтому мы ее тестируем. "Наверное вы отправляете e-mail в случае ошибки, а тут он не отправился?" Нет, мы знаем, что в обработчиках ошибок часто тоже содержатся ошибки. Поэтому мы сделали умно. Письмо о том, что почта работает приходит каждый день в одно и тоже время. Последнее такое письмо было как раз 18 декабря. К сожалению, я не заметил, что оно перестало приходить.

К чему вся эта заметка? Ошибки (в программах, в их настройке, да и просто человеческий фактор) приводят к потерям. Если вы можете что-то сделать для того, чтобы уменьшить эти риски, то обязательно сделайте. Например, внедрите статический анализатор кода.

Ещё этот хороший пример, демонстрирующий, почему в статьях мы регулярно обращаем внимание на важность проверки результаты работы функций, таких как malloc. Приостановка работы программы (падение) это не нормальное поведение, если что-то пошло не так. Это отказ в обслуживании (CWE-400). Это потенциальная уязвимость. Сокращая их количество вы снижаете риски потерь.

Популярные статьи по теме
Бесплатный PVS-Studio для тех, кто развивает открытые проекты

Дата: 22 Дек 2018

Автор: Андрей Карпов

В канун празднования нового 2019 года команда PVS-Studio решила сделать приятный подарок всем контрибьюторам open-source проектов, хостящихся на GitHub, GitLab или Bitbucket. Им предоставляется возмо…
Как PVS-Studio оказался внимательнее, чем три с половиной программиста

Дата: 22 Окт 2018

Автор: Андрей Карпов

PVS-Studio, как и другие статические анализаторы кода, часто выдаёт ложные срабатывания. Но не стоит спешить считать странные срабатывания ложными. Это короткая история о том, как PVS-Studio вновь ок…
Главный вопрос программирования, рефакторинга и всего такого

Дата: 14 Апр 2016

Автор: Андрей Карпов

Вы угадали, ответ - "42". Здесь приводится 42 рекомендации по программированию, которые помогут избежать множества ошибок, сэкономить время и нервы. Автором рекомендаций выступает Андрей Карпов - тех…
Характеристики анализатора PVS-Studio на примере EFL Core Libraries, 10-15% ложных срабатываний

Дата: 31 Июл 2017

Автор: Андрей Карпов

После большой статьи про проверку операционной системы Tizen мне было задано много вопросов о проценте ложных срабатываний и о плотности ошибок (сколько ошибок PVS-Studio выявляет на 1000 строк кода)…
Зло живёт в функциях сравнения

Дата: 19 Май 2017

Автор: Андрей Карпов

Возможно, читатели помнят мою статью под названием "Эффект последней строки". В ней идёт речь о замеченной мной закономерности: ошибка чаще всего допускается в последней строке однотипных блоков текс…
Статический анализ как часть процесса разработки Unreal Engine

Дата: 27 Июн 2017

Автор: Андрей Карпов

Проект Unreal Engine развивается - добавляется новый код и изменятся уже написанный. Неизбежное следствие развития проекта - появление в коде новых ошибок, которые желательно выявлять как можно раньш…
Технологии, используемые в анализаторе кода PVS-Studio для поиска ошибок и потенциальных уязвимостей

Дата: 21 Ноя 2018

Автор: Андрей Карпов

Краткое описание технологий, используемых в инструменте PVS-Studio, которые позволяют эффективно обнаруживать большое количество паттернов ошибок и потенциальных уязвимостей. Статья описывает реализа…
Любите статический анализ кода!

Дата: 16 Окт 2017

Автор: Андрей Карпов

Я в шоке от возможностей статического анализа кода, хотя сам участвую в разработке инструмента PVS-Studio. На днях я был искренне удивлён тому, что анализатор оказался умнее и внимательнее меня.
PVS-Studio для Java

Дата: 17 Янв 2019

Автор: Андрей Карпов

В седьмой версии статического анализатора PVS-Studio мы добавили поддержку языка Java. Пришло время немного рассказать, как мы начинали делать поддержку языка Java, что у нас получилось и какие дальн…
Как и почему статические анализаторы борются с ложными срабатываниями

Дата: 20 Мар 2017

Автор: Андрей Карпов

В своей предыдущей статье я писал, что мне не нравится подход, при котором статические анализаторы кода оцениваются с помощью синтетических тестов. В статье приводился пример, воспринимаемый анализат…

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

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