Sau khi dữ liệu được chuyển sang Magento, việc xác thực cần chứng minh rằng các bản ghi sau khi di chuyển vẫn hoạt động đúng thông qua những mối quan hệ của nền tảng chi phối việc bán hàng và quản trị. Một bản ghi Products có thể tồn tại nhưng configurable children, attribute set, website assignment, nội dung store view, source inventory hoặc vị trí Categories khiến khách hàng không thể mua như dự kiến. Tương tự, một bản ghi Orders có thể tồn tại nhưng cấu hình mặt hàng, tổng tiền, danh tính Customers hoặc tham chiếu payment không còn giải thích đúng giao dịch trước đây.
Vì vậy, thông tin xác thực cần bám theo các quan hệ thực tế của Magento: loại Products với SKU liên kết; attribute set với dòng sản phẩm; website với store và store view; source inventory với stock và lượng có thể bán; Customers với group và địa chỉ; Orders với chi tiết mặt hàng và các khoản điều chỉnh; trường tùy chỉnh với extension hoặc hệ thống bên ngoài đang sử dụng giá trị đó.
Dùng Pass, Watch và Block cho từng nhóm kết quả cần chứng minh
- Pass: mẫu đại diện và trường hợp ngoại lệ chứng minh kết quả Magento đúng như dự kiến.
- Watch: kết quả vẫn sử dụng được cho mục đích đã định, nhưng còn một điều chỉnh không chặn vận hành, công việc cấu hình đích hoặc khác biệt đã được chấp nhận và ghi nhận.
- Block: vấn đề ảnh hưởng đáng kể đến mua hàng, khả năng hiển thị Products, pricing, tồn kho, Customers, lịch sử đơn hàng, SEO, tuân thủ, các tích hợp hoặc phạm vi di chuyển dữ liệu đã thống nhất.
| Hạng mục cần chứng minh | Kết quả cần xác nhận trên Magento | Trường hợp thường là Block |
|---|---|---|
| Cấu trúc Products | Loại Products, SKU liên kết, options, thuộc tính, media và pricing hỗ trợ đúng hành trình mua hàng | Products ưu tiên không thể được chọn, mua hoặc xử lý đơn hàng đúng |
| Phạm vi store | Websites, stores và store views hiển thị đúng catalog, ngôn ngữ, nội dung và URL | Storefront ưu tiên bị thiếu hoặc nhận giá trị từ sai phạm vi |
| Tồn kho | Số lượng theo source, gán stock, reservations và trạng thái có thể bán hỗ trợ việc bán hàng | Cửa hàng bán vượt tồn kho hoặc ẩn lượng tồn kho hợp lệ |
| Customers và Orders | Danh tính, địa chỉ, groups, chi tiết mặt hàng, tổng tiền, trạng thái và tham chiếu bên ngoài vẫn đủ rõ để tra cứu | Orders quan trọng không thể đối soát |
| Nội dung và SEO | CMS Pages, media, đường dẫn Products/Categories và redirects ưu tiên hoạt động đúng | Mất traffic có giá trị cao hoặc nội dung bắt buộc |
| Dữ liệu tùy chỉnh | Bản ghi extensions, đầu ra di chuyển dữ liệu được hỗ trợ đã thống nhất, đầu ra xử lý riêng và ID bên ngoài hoạt động thông qua đúng nơi quản lý | Workflow quan trọng trước vận hành mất bản ghi cần thiết |
Báo cáo cuối cùng cần nêu rõ website, store view, dòng sản phẩm, nhóm Customers, inventory stock và hệ thống bên ngoài đã được dùng để kiểm tra. Pass ở default scope không được tự động áp dụng cho mọi storefront.
Kết quả trên Magento cũng cần chỉ rõ vấn đề thuộc dữ liệu đã di chuyển, cấu hình store, theme, triển khai extension hay các tích hợp bên ngoài. Việc phân loại này tránh chặn một bản ghi dữ liệu đúng vì công việc triển khai không liên quan, đồng thời ngăn lỗi quan hệ thực sự bị xem nhẹ như vấn đề trình bày.
Dùng mẫu đại diện để phát hiện giả định sai về Products và phạm vi store
Kiểm thử trên mẫu đại diện cần bao gồm những bản ghi làm lộ rõ độ phức tạp của Magento:
- simple, configurable, grouped, bundle, virtual và downloadable Products nếu được sử dụng;
- dòng configurable có nhiều simple Products liên kết và thuộc tính biến thể;
- Products thuộc các attribute sets khác nhau;
- Products được gán cho nhiều websites hoặc Categories;
- tên, mô tả, nhãn option, metadata và URL keys được bản địa hóa;
- nhóm Customers cùng tier pricing hoặc group pricing khi có liên quan;
- Products có multi-source inventory hoặc trạng thái stock bất thường;
- Customers có nhiều địa chỉ và Orders trước đây;
- CMS Pages, Blog Posts, media và redirects ưu tiên;
- bản ghi do extensions quản lý và ID bên ngoài.
Mẫu cần bao gồm cả ngoại lệ, không chỉ Products sạch và dễ xử lý. SKU con hết hàng, giá trị option nhìn giống nhau, simple Products liên kết bị disabled, Products có custom options, Orders của khách mua không có tài khoản, refunds và các trường do extensions định nghĩa thường giúp phát hiện lỗi cấu trúc từ sớm.
Đặt kết quả kiểm thử mẫu ở trạng thái Block khi lỗi thể hiện một vấn đề lặp lại về cách liên kết dữ liệu hoặc xác định phạm vi. Cần sửa giả định cấu trúc trước khi mở rộng di chuyển dữ liệu thay vì chấp nhận lỗi đó như khác biệt trình bày.
Xác thực loại Products và quan hệ configurable
Các loại Products trên Magento mang những quan hệ khác nhau. Configurable Products dùng các simple Products liên kết có SKU và tồn kho riêng. Grouped và bundle Products dùng quan hệ thành phần. Virtual và downloadable Products có bối cảnh vận chuyển hoặc phân phối khác. Custom options có thể thu nhận lựa chọn mà không tạo SKU con có tồn kho độc lập.
| Nội dung cần kiểm tra | Pass | Watch | Block |
|---|---|---|---|
| Loại Products | Loại ở đích phù hợp với cách bán hàng dự kiến | Còn khác biệt nhỏ về trình bày | Products không thể bán hoặc xử lý đơn hàng đúng |
| Quan hệ configurable | Parent, Products liên kết, thuộc tính biến thể và giá trị đã chọn nhất quán | Thứ tự option hoặc nhãn không quan trọng cần tinh chỉnh | Products con bị thiếu, trùng, disabled sai hoặc gắn nhầm parent |
| SKU, giá và tồn kho | Giá trị thuộc đúng bản ghi Products có thể bán | Còn hạng mục làm sạch có kiểm soát với rủi ro thấp | Giá hoặc stock áp dụng sai SKU |
| Thành phần bundle/grouped | Thành phần, số lượng, options và ý nghĩa chi tiết mặt hàng trong Orders còn đầy đủ | Còn công việc trình bày nhỏ | Gói thương mại không thể chọn hoặc không thể hiểu đúng |
| Media | Media của parent, child, swatch và gallery giúp người mua chọn đúng | Thứ tự hình phụ cần tinh chỉnh | Người mua không thể nhận diện đúng Products hoặc variation |
| Gán Categories và website | Products chỉ xuất hiện trong đúng storefront đã định | Còn điều chỉnh merchandising | Products ưu tiên bị thiếu hoặc hiển thị sai phạm vi |
Xác thực Products cần thực hiện trên storefront, giao diện quản trị, cart, chi tiết mặt hàng trong Orders và hệ thống kết nối. Một bản ghi trông đúng trong giao diện quản trị không được Pass nếu lựa chọn của khách hàng, định danh stock hoặc snapshot trong Orders sai.
Nên có ít nhất một bản ghi Products mà parent và các simple Products liên kết khác nhau về giá, hình ảnh, stock hoặc gán website. Mẫu này chứng minh quan hệ ở mức sâu hơn so với một dòng configurable có mọi child gần như giống nhau.
Xác thực thuộc tính, attribute sets và khả năng khám phá Products
Thuộc tính định hình thông tin Products, lựa chọn configurable, filters, search, comparison, điều kiện promotion và các trường dùng cho các tích hợp. Attribute sets quyết định trường nào có sẵn cho từng dòng sản phẩm.
Mẫu đại diện nên gồm:
- Products thuộc từng attribute set quan trọng;
- dropdown, multiselect, swatch, text, date và các trường kiểu Boolean nếu có;
- configurable attributes có global scope và giá trị bắt buộc;
- nhãn và giá trị được bản địa hóa theo store view;
- thuộc tính dùng cho search, filtering, comparison và layered navigation;
- ID từ ERP, PIM, nhà cung cấp, compliance hoặc warehouse;
- custom attributes được extensions hoặc APIs sử dụng.
Dùng Block khi trường bắt buộc bị thiếu, dòng sản phẩm dùng sai attribute set, configurable options không xác định được Products liên kết hoặc khách hàng không thể dùng filter quan trọng trước vận hành. Dùng Watch cho việc chỉnh nhãn không quan trọng hoặc tinh chỉnh merchandising tùy chọn.
Các giá trị option trùng hoặc gần giống nhau cần được rà soát có chủ đích. Những giá trị như Blue, blue và Navy Blue có thể là dữ liệu cần làm sạch, nhưng cũng có thể mang ý nghĩa thương mại khác nhau. Cần kiểm tra dựa trên Products và filters thực tế thay vì tự động chuẩn hóa khi chưa có quyết định nghiệp vụ.
Xác thực websites, stores, store views, Categories và URL
Phạm vi Magento có thể làm thay đổi gán Products, root Categories, ngôn ngữ, nội dung, URL, metadata và cấu hình. Mỗi website, store và store view có ý nghĩa thương mại cần được xác thực riêng.
| Phạm vi cần kiểm tra | Kết quả cần chứng minh |
|---|---|
| Website | Products, Customers, prices và bối cảnh vận hành thuộc đúng website |
| Store | Đúng root Categories và cấu trúc navigation hỗ trợ khách hàng tìm Products |
| Store view | Products, Categories, CMS Pages, labels, metadata và URL bản địa hóa hiển thị đúng |
| Categories | Cấu trúc cha-con, gán Products, trạng thái, anchor/filter và đường dẫn chính xác |
| URL và redirect | Đường dẫn nguồn ưu tiên tới đúng Products, Categories, CMS Pages hoặc Blog Posts hữu ích |
| Internal links | Liên kết Products, nội dung và navigation hoạt động trong đúng store view |
Products có thể Pass ở default store view nhưng Block ở store view bản địa hóa nếu tên, Categories, nhãn option hoặc URL bị ghi đè sai hay bỏ sót. Báo cáo cuối cùng cần giữ kết quả theo từng phạm vi thay vì gộp trung bình.
Menu, bố cục theme, cấu hình search và navigation đang hoạt động là trách nhiệm triển khai riêng ở đích. Categories tồn tại là một phần của việc kiểm tra nhưng không tự chứng minh mọi hành vi khám phá Products trên storefront đã đúng.
Kết quả theo phạm vi nên có cả quan sát từ giao diện quản trị và storefront. Giao diện quản trị chứng minh assignment và inheritance; storefront chứng minh website và store view được chọn tạo ra đúng kết quả công khai.
Xác thực inventory sources, stocks, reservations và trạng thái có thể bán
Magento Inventory Management có thể sử dụng nhiều physical sources, stocks được gán cho sales channels, reservations và salable quantity. Cần xác thực số lượng và khả năng bán qua toàn bộ quan hệ này.
| Nội dung tồn kho | Trọng tâm xác thực |
|---|---|
| Gán source | Mỗi SKU thuộc đúng warehouse, pickup, drop-ship hoặc nguồn xử lý đơn hàng |
| Số lượng theo source | Số lượng thuộc đúng SKU và source |
| Gán stock | Websites hoặc sales channels dùng đúng stock |
| Reservations | Lịch sử đơn hàng được đưa sang không tạo reservations hoặc trừ tồn kho ngoài dự kiến |
| Salable quantity | Khả năng bán trên storefront phản ánh đúng số lượng theo source, reservations, backorders và trạng thái Products |
| Configurable parent | Trạng thái có thể bán phản ánh đúng các bản ghi Products liên kết hợp lệ |
| ID bên ngoài | ERP hoặc WMS nhận diện đúng SKU và source |
Sai lệch vẫn có thể xảy ra ngay cả khi tổng stock bằng nguồn. Số lượng gắn sai source hoặc SKU là Block nếu ảnh hưởng đến xử lý đơn hàng, pickup, bán vượt tồn kho hoặc báo cáo.
Đồng bộ warehouse đang hoạt động, source selection, tạo shipment và cách carrier vận hành cần phê duyệt riêng về vận hành. Xác thực di chuyển dữ liệu chỉ chứng minh dữ liệu tồn kho đã di chuyển và các mối quan hệ liên quan, không chứng minh toàn bộ hệ thống đó đã được triển khai.
Khi tồn kho do hệ thống bên ngoài quản lý, cần xác nhận SKU và source identifiers sau di chuyển dữ liệu khớp với contract của ERP hoặc WMS. Opening quantity đúng không thể bù cho ID sai khiến các lần cập nhật sau ghi vào nhầm mặt hàng.
Xác thực Customers, nhóm Customers và lịch sử đơn hàng
Các bản ghi Customers được chọn làm mẫu cần bao quát Customers đã đăng ký, khách mua không có tài khoản, nhiều địa chỉ, nhóm Customers, danh tính dễ trùng, bối cảnh Taxes, ID bên ngoài và quan hệ Customers-Orders.
Lịch sử đơn hàng cần giữ được Products và SKU trong từng dòng, options đã chọn, địa chỉ, giá, discounts, Taxes, shipping, tham chiếu payment, trạng thái, invoices, shipments, credit memos, comments và ID bên ngoài nếu thuộc phạm vi.
Dùng Block khi:
- Orders quan trọng liên kết sai Customers;
- giá trị configurable hoặc custom options biến mất khỏi chi tiết mặt hàng trong Orders;
- tổng tiền sai;
- tham chiếu payment hoặc xử lý đơn hàng không thể đối soát;
- ý nghĩa nhóm Customers bị mất đối với tài khoản quan trọng;
- lịch sử đơn hàng không thể truy cập trong đúng bối cảnh website dự kiến.
Orders đã di chuyển không chứng minh checkout, payment gateways, Taxes, fraud, shipping, inventory reservations, notifications, xử lý đơn hàng, returns hoặc ERP exports đang hoạt động. Đây là cấu hình và các tích hợp hiện tại với người phụ trách riêng.
Xác thực CMS Pages, Blog Posts, media và giá trị SEO
Mẫu nội dung nên bao gồm CMS Pages, Blog Posts khi thuộc phạm vi, mô tả Products và Categories, media, metadata, internal links, trạng thái publication và URL ưu tiên.
Một page chỉ Pass khi nội dung, media, đường dẫn, phạm vi store view và khả năng truy cập theo mục đích dự kiến đều đúng. Một redirect chỉ Pass khi URL nguồn thực tế tới đúng trang đích hữu ích mà không tạo loop hoặc chuỗi chuyển hướng không phù hợp.
Dùng Block cho policy/compliance content bị thiếu, lỗi URL ưu tiên trên diện rộng, đường dẫn Products/Categories có giá trị cao bị hỏng hoặc mất media khiến khách hàng không thể mua. Dùng Watch cho nội dung giá trị thấp được chủ đích loại trừ, formatting nhỏ hoặc tinh chỉnh metadata có kiểm soát.
Bố cục theme, widgets, cấu trúc Page Builder và Blog do extensions quản lý có thể cần triển khai ở đích ngoài hoạt động di chuyển bản ghi thông thường. Báo cáo xác thực cần xác định đúng người phụ trách thay vì coi vấn đề đó là dữ liệu bị thiếu.
Xác thực extensions, điều chỉnh được hỗ trợ, cách xử lý riêng và hệ thống bên ngoài
Magento thường phụ thuộc vào extensions, custom modules, ERP/PIM/WMS các tích hợp, search, Taxes, payment, shipping, marketplace, subscription, Reviews hoặc loyalty systems. Dữ liệu tùy chỉnh cần được kiểm tra thông qua workflow thực sự sử dụng dữ liệu đó.
Với mỗi giá trị quan trọng, ghi nhận:
- Products, Customers, Orders, CMS hoặc đối tượng dữ liệu tùy chỉnh sở hữu giá trị;
- extension hoặc hệ thống bên ngoài;
- ID ổn định và kiểu dữ liệu dự kiến;
- hướng đồng bộ;
- mẫu thành công đại diện và trường hợp ngoại lệ;
- người phụ trách phần triển khai hoặc cấu hình cần thiết ở đích.
Đối chiếu các đầu ra được hỗ trợ và đầu ra xử lý riêng đã thống nhất với phạm vi có tài liệu. Một mối quan hệ giữa các trường tùy chỉnh, filter, transformed relationship hoặc ID bên ngoài cần được chứng minh thông qua giao diện quản trị, storefront, API, extension hoặc hệ thống bên ngoài thực sự cần giá trị đó.
Dùng Block khi giá trị sau di chuyển dữ liệu không tương thích, mất quan hệ cha hoặc không thể truy vết trong workflow quan trọng trước vận hành. Dùng Watch khi phần triển khai ở đích nằm ngoài phạm vi di chuyển dữ liệu nhưng dữ liệu, ID và người phụ trách đã đầy đủ.
Phân biệt kiểm thử mẫu đại diện với kết quả từ phạm vi di chuyển dữ liệu rộng hơn
Kiểm thử mẫu đại diện chứng minh các giả định cấu trúc đã chọn. Khi phạm vi di chuyển dữ liệu được mở rộng, việc rà soát phải chứng minh tính đầy đủ của khối lượng, độ toàn vẹn quan hệ và các ngoại lệ.
Rà soát phạm vi rộng hơn nên bao gồm:
- mọi loại Products chính và attribute sets;
- mọi website, store và store view;
- toàn bộ gán Categories và Products;
- đầy đủ quan hệ Customers-Orders;
- inventory sources, stocks và ID bên ngoài;
- nội dung, media, URL và redirects ưu tiên;
- mọi đầu ra được hỗ trợ và xử lý riêng đã thống nhất;
- ngoại lệ từ extensions và các tích hợp;
- thay đổi phát sinh sau kiểm thử mẫu đại diện.
Mở lại trạng thái Pass của kiểm thử đại diện nếu phạm vi di chuyển dữ liệu rộng hơn phát hiện option values không nhất quán, thiếu Products liên kết, store-view bị ghi đè, thiếu tồn kho theo source, Customers trùng, Orders mất quan hệ, redirect xung đột hoặc bản ghi extensions lỗi.
Phân nhóm ngoại lệ theo website, store view, dòng sản phẩm, attribute set, source location, nhóm Customers và giai đoạn dữ liệu nguồn. Tổng số gộp có thể che giấu việc một storefront hoặc dòng sản phẩm thất bại hoàn toàn.
Xác thực lại sau các hành động di chuyển dữ liệu tiếp theo
| Hành động sau | Phạm vi cần xác thực lại trên Magento |
|---|---|
| tiếp tục với cấu hình đã được chấp nhận | Xác thực bản ghi mới đủ điều kiện và xác nhận các giả định trước về Products, thuộc tính, phạm vi store, tồn kho, Customers, Orders, nội dung và extensions vẫn đúng |
| tiếp tục với cấu hình đã điều chỉnh | Xác thực lại mọi quan hệ chịu ảnh hưởng bởi filters, mối quan hệ giữa các trường, lựa chọn loại dữ liệu hoặc cấu hình đã thay đổi, kể cả nội dung từng được phê duyệt |
| tạo một kết quả di chuyển dữ liệu mới riêng biệt | Xem đầu ra là kết quả chuyển đổi riêng và thực hiện lại đầy đủ xác thực Magento cùng quyết định vận hành |
Nhật ký xác thực cần giữ cả quyết định trước và sau. Nếu Products, store view hoặc Orders từng được phê duyệt chuyển từ Pass sang Watch hoặc Block, cần ghi cấu hình đã thay đổi, ID bị ảnh hưởng và người chịu trách nhiệm khắc phục.
Các mối phụ thuộc trên Magento có thể lan sang nhiều phần. Thay đổi định danh Products có thể ảnh hưởng Products liên kết, tồn kho, Orders, URL và các tích hợp; thay đổi cách gán website/store view có thể buộc mở lại việc kiểm tra nội dung, Customers và Categories.
Xây dựng quyết định đưa Magento vào vận hành
Việc phê duyệt đưa cửa hàng vào vận hành yêu cầu:
- không còn Block chưa xử lý ảnh hưởng đến mua hàng, phạm vi Products, tồn kho, Customers, lịch sử đơn hàng, nội dung, SEO, compliance hoặc các tích hợp;
- có đầy đủ kết quả kiểm thử mẫu đại diện và kết quả rà soát phạm vi di chuyển dữ liệu rộng hơn;
- chứng minh được các đầu ra được hỗ trợ và xử lý riêng đã thống nhất;
- checkout, payments, Taxes, shipping, xử lý đơn hàng, source selection, returns và triển khai extensions được phê duyệt riêng;
- đã xác thực lại sau các hành động di chuyển dữ liệu tiếp theo có liên quan;
- Watch findings có người phụ trách và ngày hoàn tất được ghi rõ.
Giữ trạng thái quyết định riêng cho storefront, dữ liệu lịch sử, tồn kho, nội dung/SEO và các tích hợp. Một nhóm không được che Block của nhóm khác.
Tóm tắt phê duyệt cần phân biệt Block do dữ liệu và Block do triển khai. Cả hai đều có thể ngăn vận hành, nhưng người chịu trách nhiệm, hành động khắc phục và thông tin cần chứng minh để đóng Block là khác nhau.
Kết luận
Xác thực Magento cần chứng minh loại Products, quan hệ configurable, thuộc tính, phạm vi store, tồn kho, Customers, Orders, nội dung và extensions phối hợp đúng trong Cửa hàng đích dự kiến.
Kiểm thử mẫu đại diện chứng minh giả định cấu trúc; phạm vi di chuyển dữ liệu rộng hơn chứng minh mức độ đầy đủ và các ngoại lệ; các hành động di chuyển dữ liệu tiếp theo cần xác thực lại tập trung hoặc đầy đủ. Quyết định đưa cửa hàng vào vận hành chỉ nên được phê duyệt dựa trên kết quả Pass, Watch và Block đã được ghi nhận rõ.
Câu hỏi thường gặp
Vì sao tổng số bản ghi không đủ để xác thực Magento?
Tổng số không chứng minh cách loại Products hoạt động, quan hệ SKU liên kết, phạm vi store view, khả năng bán theo tồn kho, quan hệ Customers, mức độ dễ tra cứu của Orders hoặc khả năng tiếp tục sử dụng dữ liệu từ extensions.
Cần kiểm tra những gì đối với configurable Products?
Cần kiểm tra cùng nhau parent Products, các simple Products liên kết, thuộc tính biến thể, SKU, prices, images, source inventory, vị trí Categories, khả năng mua và kết quả lưu trong chi tiết mặt hàng Orders.
Mỗi website và store view có cần được xác thực riêng không?
Mỗi website và store view có ý nghĩa thương mại cần được kiểm tra riêng vì gán Products, root Categories, ngôn ngữ, nội dung, URL và các giá trị khác có thể khác nhau theo từng phạm vi.
Orders đã di chuyển có chứng minh checkout và xử lý đơn hàng đang sẵn sàng không?
Lịch sử đơn hàng chỉ chứng minh dữ liệu giao dịch trước đây còn đủ rõ để tra cứu. Payment, Taxes, shipping, inventory reservations, xử lý đơn hàng, notifications và returns đang hoạt động cần cấu hình và phê duyệt riêng ở đích.
Dữ liệu do extensions quản lý nên được phê duyệt như thế nào?
Cần kiểm tra giá trị sau di chuyển dữ liệu thông qua extension, API hoặc hệ thống bên ngoài thực sự sử dụng giá trị đó, đồng thời xác nhận đúng đối tượng dữ liệu và ID ổn định.
Sau một hành động di chuyển dữ liệu tiếp theo, phần nào cần xác thực lại?
Cần xác thực mọi bản ghi mới hoặc thay đổi và mọi giả định trước đó bị hành động này tác động. Nếu tạo một kết quả di chuyển dữ liệu mới riêng biệt, cần thực hiện lại quyết định xác thực đầy đủ cho kết quả mới.