← Все курсы · Все руководства · Серия «Миграция данных»

Этап 6: Приемочное тестирование пользователей

Этап 6 из 8 · Собственные люди клиента проверяют реальные записи · Часть Analyst Prep Kit

К Майкл Носито, аналитик данных · Опубликовано 30 июля 2026 г.

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

Краткая версия. Дайте названным людям имена записей и поименованный вопрос. Расплывчатые приглашения порождают молчание, а молчание на этом этапе позже становится спором.

Задавайте вопрос, а не ради услуги

Как вы думаете, кто из этих двоих получит ответ? Решайте, а потом читайте.

«Песочница доступна, пожалуйста, посмотрите и дайте нам знать, если что-то не так».

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

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

Кто должен тестировать

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

Спросите двух или трех из них по имени на подать мячи затем предупредите клиента, что этим людям потребуется выделить реальное время. Тестирование, втиснутое в перерывы рабочего дня, — это тестирование, которого не происходит.

Что им подарить

Создайте тестовый пакет самостоятельно. Не заставляйте клиента придумывать это.

• Десять-двадцать названных записей, выбранный сознательно: простой, давний, с множеством документов, тот, который был в списке исключений, тот, который был дедуплицирован.
• Конкретная вещь, которую нужно проверить на каждом, по их словам. История посещений завершена. Документы присутствуют и прикреплены к нужному лицу. Адрес актуальный.
• Куда-нибудь написать ответ. Лист со строкой для каждой записи и столбцом «пройдено или не пройдено», а также место для ошибок.
• Свидание.

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

Что считается пропуском

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

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

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

Ворота

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

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

Одна привычка

Никогда не заканчивайте UAT молчанием. Отсутствие ответа не означает одобрения, и это самый распространенный способ, которым миграция превращается в спор три месяца спустя.

Когда вас попросили протестировать что-то на работе, что заставило вас на самом деле это сделать?

Ссылки

1. Голлвитцер, П.М., и Ширан, П. (2006). Намерения реализации и достижение цели: метаанализ эффектов и процессов. Достижения экспериментальной социальной психологии, 38., 69–119.
2. Маттес Ф., Шульц К. и Халлер К. (2011). Тестирование и обеспечение качества в проектах миграции данных. 27-я Международная конференция IEEE по сопровождению программного обеспечения (ICSM), 438–447.