Как зайти в Даркнет?!
25th January, 01:11
8
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
898
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
951
0
Очень долго работает Update запрос Oracle
27th January, 09:58
916
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
907
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
941
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1725
0
период по дням
25th October, 10:44
3957
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3722
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4614
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4382
0
Помогите пожалуйста решить задачи
24th November, 23:53
6087
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4352
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4398
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Проверка файлов для тестирования
Вчера я работал с качеством, проводя формальное тестирование. В своей процедуре они проверяли, что все файлы на тестовой машине были вытащены из выпуска. То, как они проверяли эти файлы, было то же самое, проверяя размер и дату/время штампа windows, поставленного на них в Windows Explorer. Они оказались выключены по другой причине, которую я смог выяснить, почему.
Является ли это допустимым способом проверки файла таким же? Я так не думал и начал спорить, но я здесь моложе, поэтому подумал, что не стоит заходить слишком далеко. Я хотел поспорить, что они должны сделать двоичное сравнение файла, чтобы проверить его содержимое точно. По моему опыту, метки времени / даты и атрибуты размера не всегда действуют так, как ожидалось. Есть мысли???
Единственный способ выяснить, равны ли два файла, - это сделать двоичное сравнение этих двух файлов.
Если вы можете жить с риском ложных срабатываний (т. е. два файла, которые не являются 100% идентичными, но ваш код говорит, что они есть), то алгоритмы дайджеста и контрольной суммы могут использоваться для уменьшения работы, особенно если файлы живут на двух разных машинах с менее оптимальной пропускной способностью, так что двоичное сравнение невозможно.
Алгоритмы дайджеста и контрольной суммы имеют шансы на ложные срабатывания, но точный шанс зависит от алгоритма. Общее правило заключается в том, что чем больше крипто-сделано, и чем больше битов он выводит, тем меньше вероятность ложного срабатывания.
Даже алгоритм CRC-32 довольно хорош в использовании, и в интернете должно быть легко найти примеры кода, которые его реализуют.
Если вы только делаете сравнение размера / timestamp, то мне жаль говорить, что это легко обойти и на самом деле не даст вам большой уверенности в том, что файлы одинаковы или отличаются.
Это зависит от того, хотя, если вы знаете, что в вашем мире временные метки сохраняются и изменяются только при изменении файла, вы можете использовать его, иначе он не имеет никакой гарантии.
Хеширование-это очень хорошо. Но другая, немного более низкая технологическая альтернатива-запустить инструмент diff, например WinMerge или TextWrangler, и сравнить две версии каждого файла. Скучно и есть место для человеческой ошибки.
Лучше всего использовать контроль версий, чтобы убедиться, что файлы, которые вы тестируете, являются файлами, которые вы редактировали, и теми, которые вы собираетесь запустить. У нас есть папки checkout из нашего РЕПО в качестве промежуточных и живых сайтов, поэтому, как только вы зафиксировали изменения из своей рабочей копии, вы можете быть уверены, что файлы, которые вы тестируете, нажимаете на staging, а затем живете, одинаковы, потому что вы просто запускаете "svn update" на каждом поле и проверяете номер версии.
О, и если вам нужно откатиться в спешке (это случается со всеми нами когда-то или другое), вы просто снова запускаете обновление svn с переключателем -r и возвращаетесь к предыдущей редакции практически мгновенно.
Вы должны сделать проверку CRC для каждого файла... от wiki:
Циклическая проверка избыточности, тип функции hash, используемый для получения контрольной суммы, чтобы обнаружить ошибки в передаче или хранении.
Он создает почти уникальное значение, основанное на содержании файла.