Перетворіть виробничу базу даних у тестові дані

Чим ближче тест до виробництва, тим краще він може наслідувати виробничу поведінку. Я хотів би скопіювати резервні копії бази даних з виробництва в наші тестові середовища, але що мені потрібно змінити, щоб тест працював, і щоб не втручався у виробництво чи випадково надсилав електронну пошту реальним клієнтам (окрім налаштування web/%secure/base_urlз тестовою URL-адресою)?

Ще одним способом задуматися над цим питанням було б розглянути, як генерувати щось на зразок даних Magento Sample Data з моїх власних виробничих даних.

1) Dump Dump

Виконуючи експорт, ви можете експортувати лише структуру для наступних таблиць:

core_cache
core_cache_option
core_cache_tag
log_customer
log_quote
log_summary
log_summary_type
log_url
log_url_info
log_visitor
log_visitor_info
log_visitor_online
enterprise_logging_event
enterprise_logging_event_changes
index_event
index_process_event
report_event
report_viewed_product_index
dataflow_batch_export
dataflow_batch_import

Також core_url_rewriteможна імпортувати тільки зі структурою та запускати URL-адресу каталогів Переписує повторне виведення після імпорту, якщо вам не потрібні всі ці записи (для різних тестів).

Ви також можете прибирати занедбані візки (підказка:) sales_flat_quote, ви також можете видаляти замовлення, якщо вони вам не потрібні, і просто зберігати обмежену кількість

2) Налаштування параметрів

• web / (незахищений | безпечний) / base_url
• контактні електронні адреси
• відключити електронну пошту ( system/smtp/disable), щоб ви не надсилали електронні листи помилково

3) Анонімізувати інформацію про клієнтів

• ви можете використовувати модуль Anonymousgento для Magento
• написати свій власний сценарій, щоб ослабити інформацію про клієнтів / замовлення на продаж / тощо

4) Налаштування модуля

• ви можете ввімкнути режим пісочниці для модулів оплати / доставки та зробити належні налаштування
• перевірити модулі, що використовуються для різної інтеграції (відключити або встановити їх у режим пісочниці)

Ми написали сценарій для обробки відвалів БД для розгалуження. Прочитайте цю статтю .

Основний принцип полягає в тому, що він зчитує дані local.xmlдля отримання облікових даних БД, а потім скидає дані на цій основі. Він розбиває дамп на дві частини, лише структура, а потім дані. Але ключовим є те, що він прискорює звичайний процес скидання, пропускаючи несуттєві дані , і найважливіше запобігає будь-яким блокуванням таблиць під час дампа, який інакше заблокував / повісив ваш веб-сайт у реальному часі.

Коли у вас є дамп MySQL, ви можете легко змінити URL-адресу просто за допомогою sed

sed -i 's/www.mydomain.com/staging.mydomain.com/g' ./var/db.sql

Потім запустіть імпорт mysql у вашу нову БД.

Тож без сценарію дуже основна версія виглядала б так.

mysqldump -hHostname -uUsername LiveDbname -p > db.sql
sed -i 's/www.mydomain.com/staging.mydomain.com/g' db.sql
mysql -hHostname -uUsername DevDbname -p < db.sql

Зовсім немає причин видаляти файл local.xml або перезапустити інсталятор, якщо таким чином змінити URL-адреси в БД.

Весь процес розгалуження добре висвітлений у нашому посібнику з MaITO GIT . Це хороший процес для створення галузей розвитку, однак зменшує живу БД на значні запаси. Тож тести не будуть повністю такими ж, як на веб-сайті в прямому ефірі.

Отже, виконуючи дамп ванільної БД, замінюючи sed, імпорту БД достатньо для розміщення сайту. І буде відображати / відповідати веб-сайту наживо як можна ближче.

Щодо запобігання спілкуванню з клієнтами - ми ніколи не вважали це необхідним, оскільки ми завжди створюємо облікові записи для тестування, ніколи не використовуючи для тестування реальні замовлення клієнтів.

Один із варіантів випуску електронної пошти - це налаштувати свій веб-сайт розробника на переадресацію ВСІХ електронних листів до вас. Додає трохи розуму.

Як ви це зробите, залежить від вашого оточення - для нас додавання цього до vhost виконує цю роботу:

php_admin_value sendmail_path "/usr/sbin/sendmail -i -- xyphoid@example.com,coworker@example.com"

Нічого. Змінення захищених та незахищених URL-адрес цілком достатньо.

Можливо, ви також хочете опустити log_*дані таблиць лише для того, щоб зробити ваш дамп легшим.

Спробуйте це, він скануватиме повідомлення електронної пошти користувачів, щоб допомогти у вирішенні вашої проблеми, коли випадково надсилати електронних листів із тестових середовищ

UPDATE customer_entity SET email = REPLACE(email, '@', '-test@abcxyz123-')