Как сверить записи после переноса данных

Сначала определите, какие записи сравнивать

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

До проверки укажите версию файла, период и виды записей. Исключены ли отменённые операции, пустые строки и ранее перенесённые сведения? Изменение этих решений задним числом может дать разные выводы по одним данным. Сохраните неизменяемую копию источника и время выполнения операции.

Рассматривайте число строк вместе с ключом записи

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

Если целевая система присваивает новый номер, сохраните его соответствие исходному ключу. Это позволит найти пропуски и определить запись для обновления при повторном запуске. Не предполагайте, что одинаковые ключи источника будут правильно объединены. Согласуйте с владельцем процесса объединение, отклонение или раздельное создание.

Опишите соответствие полей и преобразования

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

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

Проверьте итоги и деловые связи

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

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

Фиксируйте исключения, а не пропускайте их молча

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

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

Внимание: повторный запуск не должен создавать дубли

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

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

Запишите критерии приёмки до переноса

При завершении покажите границы проверки, сравниваемые записи, объяснённые различия и оставшиеся исключения вместе. Допустимые отклонения заранее определяет владелец процесса. Как и в приёмочном тестировании автоматизации, ожидаемый результат должен наблюдаться и повторно проверяться на том же примере.

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

Частые вопросы

Одинаковое число строк означает правильный перенос?

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

Любое различие является ошибкой?

Нет. Его может объяснять заранее согласованное форматирование или округление. Укажите правило и не скрывайте неожиданные расхождения при проверке.

После ошибки нужно отправить весь файл заново?

Сначала определите уже обработанные записи. Испытайте сопоставление ключей и правила обновления или пропуска, исключающие дубли.