Как протестировать на утечки памяти?

Согласно документации https://jqueryvalidation.org/rules/ функция add в

$('.validating').rules('add', {
    number: true,
    messages: {
        number: "Введите цифры"
    },
});

добавит правила для элемента AN, в вашем случае только к первому может быть. Следовательно, они используют идентификатор в документации ...

первая версия вашего кода должна это сделать:

$('form').validate({
     rules: {
        price_from: {
            number: true
        },
        price_to: {
            number: true
        }
    },
    messages: {
        price_from: {
            number: "Введите цифры"
        },
        price_to: {
            number: "Введите цифры"
        }
    },

    errorElement: "div",

    errorPlacement: function(error, element) {
        $('.error-messages').append(error);
    },

    submitHandler: function() {
        this.successList.map(function(field){
              console.log($(field).attr("name"), $(field).val())
          })
        console.log("Таблица успешно обновлена!")
    }
});
.wrapper {
    width: 50%;
    margin: 0 auto;
}

.price-filter {
    text-align: center;
    margin-bottom: 10px;
    height: auto;
}
    form {
        width: 100%;
    }

    .price-filter input {
        border: 1px solid #000000;
        outline: none;
    }
    
.error-messages {
     color: red;
     margin-top: 5px;
}

input.error {
    border: 2px solid red;
}



5
задан sthiers 7 January 2009 в 14:56
поделиться

4 ответа

Какой язык?

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

6
ответ дан 14 December 2019 в 01:19
поделиться

первый оборонительный рубеж:

  • контрольный список с общей памятью связанные с выделением ошибки для разработчиков
  • кодирование инструкций

второй оборонительный рубеж:

  • обзоры кода
  • статический код analyis (как часть процесса сборки)
  • память профильные инструменты

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

2
ответ дан 14 December 2019 в 01:19
поделиться

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

  • Покрытие кода (с gcov или valgrind)
  • Использование памяти (с valgrind)
  • Покрытие самих пользовательских действий

"Покрытием пользовательских действий" я имею в виду операторы как следующее:

  • Для каждой пары действий A и B, если существует значимая последовательность действий, в которых A сразу сопровождается B, затем мы протестировали такую последовательность.

Если это не верно, то можно попросить то, какая часть пар A и B это верно.

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

Автоматизируйте!

1
ответ дан 14 December 2019 в 01:19
поделиться

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

Проверка, какие поля не удалены, можно использовать JProfiler для Java.

0
ответ дан 14 December 2019 в 01:19
поделиться
Другие вопросы по тегам:

Похожие вопросы: