Sau khi dữ liệu được chuyển sang WooCommerce, việc xác thực cần chứng minh rằng dữ liệu sau khi di chuyển vừa giữ được thông tin cần thiết để hiểu các giao dịch trước đây, vừa hỗ trợ đúng trải nghiệm dự kiến trên Cửa hàng đích. Một bản ghi Products dạng biến thể có thể đã tồn tại nhưng các biến thể, thuộc tính, giá, tồn kho, hình ảnh hoặc lựa chọn mặc định vẫn sai. Một bản ghi Orders có thể xuất hiện trong giao diện quản trị nhưng chi tiết mặt hàng đã mua, tổng tiền, khoản hoàn tiền, địa chỉ hoặc metadata của extension không còn đủ để giải thích giao dịch ban đầu. Một trường do plugin tạo ra cũng có thể còn dữ liệu nhưng extension cần đọc trường đó lại không sử dụng được.
WooCommerce đồng thời hoạt động trong nền WordPress. Trang lưu trữ Products, CMS Pages, Blog Posts, menu, blocks, themes, media, permalink và plugin SEO đều có thể quyết định khách hàng có tìm thấy và hiểu đúng danh mục sau chuyển đổi hay không. Vì vậy, xác thực phải tách rõ dữ liệu thương mại thuộc WooCommerce, phần trình bày do WordPress kiểm soát và chức năng do extension sở hữu.
Xác định kết quả cần chứng minh và quyết định đưa cửa hàng vào vận hành
Mỗi hạng mục có ảnh hưởng đáng kể nên được gán một trạng thái quyết định:
- Pass: kết quả kiểm thử trên mẫu đại diện và các trường hợp ngoại lệ chứng minh Products, tài khoản, dữ liệu Orders trước đây, giao diện cửa hàng hoặc extension hoạt động đúng như dự kiến.
- Watch: kết quả có thể sử dụng, nhưng vẫn còn một việc hiệu chỉnh không chặn vận hành, một cấu hình trên Cửa hàng đích, một điều chỉnh extension hoặc một khác biệt đã được chấp nhận và ghi nhận rõ.
- Block: vấn đề ảnh hưởng đáng kể đến lựa chọn Products, giá, tồn kho, quyền truy cập tài khoản, tính đầy đủ của dữ liệu Orders trước đây, URL, điều kiện sẵn sàng của checkout, yêu cầu tuân thủ, xử lý đơn hàng hoặc phạm vi công việc đã thống nhất.
| Hạng mục xác thực | Kết quả cần chứng minh trên WooCommerce | Điều kiện thường dẫn đến Block |
|---|---|---|
| Mô hình Products | Loại Products, biến thể, thuộc tính, giá, tồn kho, media và ý nghĩa của Products ảo hoặc có thể tải xuống phải nhất quán. | Một bản ghi Products ưu tiên không thể được chọn mua hoặc thể hiện đúng. |
| Khả năng tìm thấy Products | Categories, thẻ, thuộc tính, bộ lọc, tìm kiếm, trang lưu trữ và menu phải đưa khách hàng đến đúng Products. | Khách hàng không thể tìm thấy một dòng sản phẩm quan trọng. |
| Customers và Orders | Danh tính, địa chỉ, chi tiết mặt hàng, tổng tiền, trạng thái, khoản hoàn tiền và tham chiếu bên ngoài phải còn đủ để hiểu và đối chiếu. | Bộ phận hỗ trợ hoặc tài chính không thể đối chiếu các bản ghi Orders quan trọng từ lịch sử giao dịch. |
| Lưu trữ và extensions | Bối cảnh HPOS, trường tùy chỉnh, bản ghi của extension và ID bên ngoài phải còn sử dụng được bởi hệ thống hoặc quy trình cần chúng. | Dữ liệu Orders bắt buộc không tồn tại trong kho lưu trữ có thẩm quyền hoặc extension mất bản ghi cần thiết. |
| Phần WordPress | Trang Products, CMS Pages, Blog Posts, media, liên kết nội bộ, permalink và redirect phải hỗ trợ đúng hành trình mua hàng. | Một URL có giá trị cao hoặc phần trình bày Products không thể sử dụng. |
| Phạm vi đã thống nhất | Kết quả từ phần xử lý được hỗ trợ và phần xử lý riêng phải xuất hiện đúng nơi đã duyệt và có kết quả xác thực tương ứng. | Một kết quả bắt buộc thuộc phạm vi hỗ trợ hoặc xử lý riêng bị thiếu hoặc không sử dụng được. |
Quyết định đưa cửa hàng vào vận hành nên ghi rõ loại Products, biến thể, kiểu Customers hoặc khách mua không đăng ký, trạng thái Orders, bối cảnh lưu trữ, extension, URL và quan hệ với hệ thống bên ngoài đã được kiểm tra. Một kết luận chung như “WooCommerce đã đạt” không đủ chính xác để làm căn cứ.
Trạng thái quyết định cũng phải được gán riêng cho dữ liệu lịch sử đã di chuyển và chức năng đang vận hành trên Cửa hàng đích. Một cửa hàng có thể Pass về khả năng đọc và đối chiếu Orders trước đây nhưng vẫn Block vì checkout, thuế hoặc xử lý đơn hàng chưa được cấu hình đúng. Tách hai quyết định này giúp tránh coi một lần nhập dữ liệu sạch là bằng chứng rằng cửa hàng đã sẵn sàng xử lý giao dịch mới.
Dùng mẫu đại diện để bộc lộ độ phức tạp thực tế của WooCommerce
Mẫu kiểm thử nên bao gồm các bản ghi thể hiện đúng cấu trúc WooCommerce đang sử dụng:
- Products loại
Simple,Variable,Grouped,External/Affiliate,VirtualvàDownloadablenếu cửa hàng có dùng; - Products dạng biến thể có nhiều thuộc tính dùng chung hoặc riêng cho Products, lựa chọn mặc định, hình ảnh, tồn kho, giá và SKU khác nhau;
- Products gắn Categories, thẻ, thương hiệu, taxonomy tùy chỉnh, bộ lọc và các URL quan trọng đối với SEO;
- Customers đã đăng ký và khách mua không đăng ký, bao gồm trường hợp có nhiều địa chỉ hoặc phân loại thương mại khác nhau;
- Orders ở trạng thái completed, pending, failed, canceled, refunded và trạng thái tùy chỉnh nếu có;
- Orders có biến thể, Coupons, khác biệt về thuế, khác biệt về vận chuyển, hoàn tiền một phần, ghi chú và tham chiếu bên ngoài;
- Products hoặc Orders được mở rộng bởi đăng ký định kỳ, đặt lịch, chương trình thành viên, gói Products, add-on, quy tắc bán sỉ, chương trình khách hàng thân thiết, thẻ quà tặng hoặc plugin kết nối sàn thương mại điện tử;
- một bản ghi Products và một bản ghi Orders đại diện cho cửa hàng dùng HPOS hoặc mô hình lưu trữ Orders kiểu post cũ;
- các trang Products ưu tiên, đường dẫn Cart và Checkout, CMS Pages, Blog Posts, media và redirect.
Một phát hiện từ mẫu đại diện phải được xếp Block nếu cấu trúc này cho thấy lỗi cấu trúc sẽ lặp lại khi thực hiện trên phạm vi rộng hơn. Ví dụ gồm biến thể tách khỏi Products cha, thuộc tính bị biến thành văn bản thuần, khoản hoàn tiền bị mất khỏi lịch sử giao dịch, metadata của Orders được đặt ở vị trí mà extension đang hoạt động không đọc được hoặc URL Products xung đột với kế hoạch permalink trên Cửa hàng đích.
Kiểm thử trên mẫu đại diện chứng minh mô hình dữ liệu và phương pháp xác thực, không chứng minh toàn bộ khối lượng đã đúng. Bộ mẫu phải đủ để người phụ trách danh mục, dịch vụ khách hàng, tài chính, tiếp thị và kỹ thuật có thể lặp lại quá trình rà soát.
Xác thực loại Products, biến thể, thuộc tính và tồn kho
Xác thực Products trên WooCommerce nên đi theo loại Products và đối tượng thực sự được bán. Products dạng biến thể phụ thuộc vào thuộc tính và các biến thể con. Mỗi biến thể có thể có SKU, giá, tồn kho, hình ảnh, trọng lượng, kích thước, shipping class, tax class và thiết lập tải xuống riêng. Products Grouped và External/Affiliate sử dụng quan hệ khác, còn thiết lập Virtual và Downloadable làm thay đổi ý nghĩa của xử lý đơn hàng.
| Nội dung cần kiểm tra | Pass | Watch | Block |
|---|---|---|---|
| Loại Products | Loại trên đích thể hiện đúng cách mặt hàng được chọn, bán và xử lý đơn hàng. | Còn một khác biệt nhỏ về trình bày không ảnh hưởng chức năng chính. | Products không thể được bán hoặc hiểu đúng như dự kiến. |
| Quan hệ biến thể | Products cha, thuộc tính, ID hoặc SKU của biến thể, giá, tồn kho, hình ảnh và lựa chọn mặc định đều đúng. | Cần dọn lại thứ tự hoặc nhãn nhưng không chặn hoạt động. | Một biến thể bắt buộc bị thiếu, bị trùng hoặc gắn sai Products cha. |
| Ý nghĩa thuộc tính | Thuộc tính dùng chung và thuộc tính riêng cho Products vẫn phục vụ đúng mục đích tạo biến thể hoặc mô tả. | Còn một số chuẩn hóa giá trị có mức ưu tiên thấp. | Khách hàng chọn sai mặt hàng hoặc bộ lọc trả kết quả không đáng tin cậy. |
| Tồn kho | Tồn kho ở Products cha hoặc biến thể, trạng thái tồn, quy tắc backorder và khóa của hệ thống tồn kho bên ngoài nhất quán. | Còn hiệu chỉnh nhỏ về cách hiển thị tồn kho. | Hàng không còn khả dụng vẫn mua được hoặc hàng hợp lệ lại không thể mua. |
| Media | Thư viện ảnh của Products và biến thể trỏ đúng tệp và đúng lựa chọn tương ứng. | Còn cần điều chỉnh thứ tự ảnh phụ. | Hình ảnh khiến khách hàng hiểu sai đáng kể về biến thể đang chọn. |
| Nội dung số | Tệp, giới hạn hoặc thời hạn tải xuống và ý nghĩa không cần vận chuyển của Products virtual phải rõ nếu được sử dụng. | Còn chỉnh sửa mô tả không bắt buộc. | Khách hàng không thể truy cập quyền lợi số đã bao gồm. |
Hãy kiểm tra cả bản ghi trong giao diện quản trị và trang Products trên giao diện cửa hàng. Một bản ghi Products có thể trông đúng trong giao diện quản trị nhưng việc chọn biến thể, hiển thị trạng thái có thể mua, đổi hình theo lựa chọn hoặc Add to Cart vẫn sai. Ngược lại, giao diện cửa hàng có thể hiển thị ổn nhưng nhân viên không xác định được SKU biến thể hoặc hệ thống sở hữu tồn kho cần cho xử lý đơn hàng.
Xác thực Categories, thuộc tính, tìm kiếm và khả năng khám phá Products
Khả năng tìm thấy Products trên WooCommerce được tạo bởi nhiều thành phần cùng hoạt động: Categories của Products, thẻ, thuộc tính, taxonomy tùy chỉnh, trang lưu trữ Products, tìm kiếm, blocks lọc hoặc plugin lọc, menu và template của theme. Không thể chỉ đối chiếu số lượng taxonomy rồi kết luận kết quả đã đúng.
| Nội dung cần chứng minh | Yêu cầu xác thực |
|---|---|
| Cấu trúc Categories | Quan hệ cha-con, thành viên Products, mô tả, media, metadata và URL công khai đều đúng. |
| Taxonomy của thuộc tính | Các giá trị taxonomy vẫn được chuẩn hóa và gán cho đúng Products và biến thể. |
| Hoạt động của bộ lọc | Những giá trị ưu tiên trả về đúng nhóm Products qua block, theme hoặc plugin lọc đang sử dụng. |
| Tìm kiếm | Products quan trọng có thể được tìm bằng tiêu đề, SKU và các trường có hỗ trợ tìm kiếm như dự kiến. |
| Menu và trang đích | Điều hướng dẫn đến đúng Categories, Products, CMS Page hoặc trang chiến dịch. |
| Thương hiệu hoặc taxonomy tùy chỉnh | Taxonomy này vẫn tách biệt với Categories của Products thông thường nếu cấu trúc này sở hữu một trang lưu trữ hoặc bộ lọc riêng. |
Một taxonomy có thể Pass trong giao diện quản trị nhưng vẫn không phục vụ đúng hành trình mua hàng khi theme hoặc plugin lọc hiện tại không hiển thị taxonomy đó đúng cách. Hãy phân loại vấn đề theo đúng chủ sở hữu: giá trị taxonomy hoặc quan hệ được di chuyển, cấu hình theme trên Cửa hàng đích, cấu hình plugin lọc hoặc chức năng của ứng dụng không nằm trong phạm vi hỗ trợ.
Kiểm thử tìm kiếm và điều hướng nên phản ánh cách khách hàng thực sự khám phá sản phẩm, gồm tên Products phổ biến, SKU, giá trị taxonomy thuộc tính, thương hiệu và tổ hợp Categories. Nếu theme hoặc hệ thống lọc thay đổi bố cục giữa thiết bị, kết quả xác thực nên bao phủ cả giao diện di động và desktop. Một bộ lọc ít quan trọng có thể ở trạng thái Watch, nhưng mất đường dẫn đến một dòng sản phẩm chính có thể Block việc đưa cửa hàng vào vận hành ngay cả khi bản ghi Products đều đã Pass.
Xác thực Customers, Orders, khoản hoàn tiền và bối cảnh HPOS
Xác thực Customers và Orders phải giữ được thông tin của giao dịch trước đây mà không biến chúng thành bằng chứng cho cấu hình checkout hiện tại. Hãy kiểm tra Customers đã đăng ký và khách mua không đăng ký, địa chỉ, chi tiết mặt hàng trong Orders, tham chiếu Products và biến thể, số lượng, giá, Coupons, thuế, vận chuyển, nhãn thanh toán, trạng thái, ghi chú, khoản hoàn tiền, quyền tải xuống và ID bên ngoài.
HPOS tạo thêm một ranh giới về lưu trữ. WooCommerce có thể dùng các bảng Orders chuyên biệt, trong khi cấu hình cũ hoặc cấu hình tương thích vẫn có thể liên quan đến các bảng post và metadata của WordPress. Kho lưu trữ Orders có thẩm quyền, trạng thái đồng bộ khi áp dụng và khả năng tương thích của extensions quyết định dữ liệu Orders phải sử dụng được ở đâu.
| Nội dung Orders | Pass | Watch | Block |
|---|---|---|---|
| Danh tính và địa chỉ | Bối cảnh Customers hoặc khách mua không đăng ký và địa chỉ tại thời điểm giao dịch vẫn đủ để hiểu. | Còn cần dọn một số thông tin hồ sơ không ảnh hưởng giao dịch. | Orders gắn sai Customers hoặc mất dữ liệu địa chỉ thiết yếu. |
| Chi tiết mặt hàng | Products, biến thể, số lượng, giá, thuế và lựa chọn đã mua giải thích đúng giao dịch. | Một nhãn không quan trọng còn cần chỉnh. | Không thể xác định lại mặt hàng đã mua hoặc tổng tiền. |
| Trạng thái và ghi chú | Ý nghĩa trạng thái chuẩn hoặc tùy chỉnh, ngày giờ và ghi chú vẫn hữu ích. | Còn chuẩn hóa trạng thái có mức ưu tiên thấp. | Bộ phận vận hành không thể phân biệt lịch sử đã thanh toán, đang mở, đã hủy hoặc hoàn tất. |
| Khoản hoàn tiền | Khoản hoàn toàn phần hoặc một phần, mặt hàng, ngày và ghi chú vẫn liên kết đúng với Orders. | Còn dọn dữ liệu báo cáo không chặn sử dụng. | Lịch sử tài chính thể hiện giá trị giao dịch cao hoặc thấp hơn đáng kể so với thực tế. |
| HPOS | Orders và metadata bắt buộc có trong kho lưu trữ có thẩm quyền và được extensions cần dữ liệu đó truy cập đúng. | Còn việc dọn dữ liệu ở compatibility mode không chặn sử dụng. | Orders bị thiếu, khác nhau giữa các kho hoặc không thể được extension bắt buộc truy cập. |
| ID bên ngoài | Tham chiếu ERP, CRM, sàn thương mại điện tử, thanh toán hoặc xử lý đơn hàng nhận diện cùng một bản ghi Orders. | Còn dọn các tham chiếu lịch sử không bắt buộc. | Không thể đối chiếu với một hệ thống bên ngoài bắt buộc. |
Nhãn thanh toán và vận chuyển trong dữ liệu lịch sử không cấu hình cổng thanh toán hoặc mức phí vận chuyển đang hoạt động. Một bản ghi hoàn tiền trước đây cũng không chứng minh cổng thanh toán hiện tại có thể xử lý một khoản hoàn tiền mới. Cần tách quyết định về khả năng đọc dữ liệu lịch sử khỏi đánh giá mức độ sẵn sàng của hoạt động đang vận hành.
Tách bằng chứng về Orders trước đây khỏi điều kiện sẵn sàng của checkout và xử lý đơn hàng
Vận hành WooCommerce sau khi chuyển đổi phụ thuộc vào thiết lập trên Cửa hàng đích và các hệ thống tích hợp cho Cart và Checkout blocks hoặc templates, cổng thanh toán, cấu hình thuế, Coupons, khu vực, phương thức và mức phí vận chuyển, giảm tồn kho, email, endpoint tài khoản, kiểm soát gian lận, xử lý đơn hàng và hoàn tiền. Những chức năng đang hoạt động này không được tái tạo chỉ vì dữ liệu lịch sử đã được di chuyển.
| Hạng mục đang vận hành | Kết quả cần chứng minh trước khi đưa cửa hàng vào vận hành | Ranh giới sở hữu |
|---|---|---|
| Cart và Checkout | Các loại Products ưu tiên có thể được thêm, chỉnh sửa và hoàn tất đặt hàng với đúng trường và tổng tiền. | Cấu hình WooCommerce, theme, blocks và extensions trên Cửa hàng đích |
| Thanh toán | Phương thức cổng thanh toán dự kiến xuất hiện và hoàn tất được giao dịch kiểm thử có kiểm soát. | Cấu hình cổng thanh toán và tài khoản nhà cung cấp |
| Thuế | Products, Customers và điểm đến đại diện tạo ra kết quả thuế đã được duyệt. | Thiết lập thuế hoặc dịch vụ thuế bên ngoài |
| Vận chuyển | Khu vực và loại Products ưu tiên nhận đúng phương thức và mức phí dự kiến. | Khu vực, phương thức, extensions của đơn vị vận chuyển và cấu hình xử lý đơn hàng |
| Coupons | Quy tắc Coupons thuộc phạm vi hoặc chương trình khuyến mãi mới được cấu hình tạo ra tổng tiền đúng. | Thiết lập Coupons hiện tại và cấu hình extension |
| Tồn kho và email | Đặt Orders làm thay đổi tồn kho và gửi đúng thông báo cần thiết. | Thiết lập WooCommerce và chức năng extension |
Biên bản xác thực cần ghi lại kết quả kiểm thử và quyết định, nhưng không biến thành hướng dẫn cấu hình. Một hạng mục đang vận hành có thể ở trạng thái Watch khi còn một việc cấu hình không chặn hoạt động và đã có người phụ trách. Hạng mục đó phải là Block nếu khách hàng không thể hoàn tất giao dịch ưu tiên hoặc bộ phận vận hành không thể xử lý Orders phát sinh một cách an toàn.
Bộ kiểm thử có kiểm soát nên bao gồm ít nhất một giao dịch thông thường và điều kiện Products hoặc Customers có rủi ro cao nhất mà cửa hàng sử dụng. Nếu có giá B2B, đăng ký định kỳ, đặt lịch, quyền tải xuống, miễn thuế hoặc quy tắc vận chuyển đặc biệt, hãy kiểm thử đúng thành phần sở hữu chức năng đó thay vì giả định một checkout với Products Simple đại diện cho tất cả. Ghi lại ID giao dịch và trạng thái Orders tạo ra để có thể lặp lại việc xác thực.
Xác thực kết nối giữa nội dung WordPress, media, URL và SEO
Trang Products và trang lưu trữ của WooCommerce là một phần của website WordPress. Hãy xác thực permalink của Products và Categories, CMS Pages, Blog Posts, menu, tệp media đính kèm, liên kết nội bộ, metadata SEO, canonical, trường schema, redirect và template của theme hoặc block hỗ trợ hành trình mua hàng.
| Kết nối với WordPress | Yêu cầu xác thực |
|---|---|
| URL Products | URL của Products ưu tiên mở đúng Products và đúng bối cảnh biến thể cần thiết. |
| Trang lưu trữ Categories hoặc taxonomy | Trang lưu trữ hiển thị đúng Products và metadata dự kiến. |
| CMS Pages cho Cart, Checkout, My Account và chính sách | Mỗi endpoint và trang được mở qua đúng cấu hình WordPress. |
| Media | Hình ảnh Products và biến thể, tệp tải xuống và nội dung nhúng vẫn được liên kết đúng. |
| Liên kết nội bộ | CMS Pages, Blog Posts, menu và nội dung Products không trỏ về URL nguồn đã lỗi thời. |
| Redirect | URL cũ có giá trị cao dẫn đến đúng Products, Categories, CMS Page hoặc trang thay thế đã duyệt. |
| Trường của plugin SEO | Metadata thuộc phạm vi vẫn gắn đúng Products, taxonomy, CMS Page hoặc Blog Post sở hữu URL. |
Khác biệt về hình thức không tự động chứng minh chuyển đổi thất bại, nhưng lựa chọn Products không hoạt động, media bị thiếu, liên kết nội bộ hỏng hoặc endpoint thương mại không truy cập được có thể Block việc đưa cửa hàng vào vận hành. Hãy tách việc chỉnh theme và trình bày khỏi việc sửa dữ liệu.
Rà soát toàn bộ đường đi từ khám phá đến mua hàng: kết quả tìm kiếm hoặc trang đích, trang lưu trữ Products, trang Products, Cart, Checkout, endpoint tài khoản và trang xác nhận. Cách kiểm tra này giúp phát hiện các lỗi mà việc thử từng URL riêng lẻ bỏ sót, chẳng hạn permalink Products đúng nhưng menu dẫn sai, liên kết nội bộ cũ hoặc template theme che mất thông tin biến thể.
Xác thực extensions, trường tùy chỉnh và kết quả thuộc phạm vi đã thống nhất
WooCommerce extensions có thể sở hữu dữ liệu liên quan đến Products, Customers, Orders, thanh toán, xử lý đơn hàng hoặc quyền lợi. đăng ký định kỳ, đặt lịch, chương trình thành viên, gói Products, Products tổ hợp, add-on, giá bán sỉ, chương trình khách hàng thân thiết, thẻ quà tặng, người bán, đề nghị trên sàn thương mại điện tử và các tích hợp bên ngoài đều cần kết quả xác thực theo đúng chủ sở hữu.
| Hạng mục mở rộng | Kết quả xác thực | Dấu hiệu quyết định |
|---|---|---|
| Extension của Products | Products cha, bản ghi extension, cấu hình đã chọn, ảnh hưởng đến giá và kết quả ghi vào chi tiết mặt hàng trong Orders | Block nếu Products ưu tiên không thể duy trì hoặc xây dựng lại chức năng bắt buộc. |
| Extension của Customers | Quan hệ giữa WordPress user, Customers, chương trình thành viên, bán sỉ, chương trình khách hàng thân thiết hoặc người bán | Block nếu quyền lợi tài khoản hoặc cách áp dụng điều kiện thương mại sai. |
| Extension của Orders | đăng ký định kỳ, đặt lịch, xử lý đơn hàng, ID bên ngoài hoặc bản ghi trạng thái tùy chỉnh | Block nếu nghĩa vụ lịch sử hoặc việc đối chiếu không còn đáng tin cậy. |
| Trường tùy chỉnh | Giá trị trường, vị trí trên đích, khả năng hiển thị và quy trình cần đọc trường đó | Watch hoặc Block tùy việc trường đó có bắt buộc cho vận hành hay không. |
| Bảng tùy chỉnh hoặc bản ghi API | Khóa đối tượng, quan hệ với bản ghi cha, cách chuyển đổi và thành phần sử dụng dữ liệu trên đích | Block nếu dữ liệu đã thống nhất không thể được quy trình đích đọc. |
| Kết quả xử lý trong phạm vi hỗ trợ | Kết quả từ việc liên kết trường, lọc hoặc cấu hình đã chọn | Đối chiếu với yêu cầu điều chỉnh chuyển đổi đã duyệt và vị trí đích dự kiến. |
| Kết quả xử lý ngoài chuẩn | Quy tắc, quan hệ hoặc phép biến đổi đã duyệt riêng | Đối chiếu với phạm vi công việc và tiêu chí nghiệm thu đã thống nhất, không dựa trên kỳ vọng chung chung. |
Một trường xuất hiện trong giao diện quản trị chưa đủ nếu extension còn cần khóa, bảng hoặc quan hệ đối tượng khác. Tương tự, việc xác thực xử lý ngoài chuẩn không có nghĩa extension trên đích đã được cài đặt, cấp quyền sử dụng, cấu hình hoặc tích hợp, trừ khi công việc đó được ghi rõ trong phạm vi đã thống nhất.
Với dữ liệu do extension sở hữu, hãy chọn mẫu đã từng tạo ra một nghĩa vụ hoặc quyền lợi trong lịch sử, chẳng hạn lần gia hạn đăng ký định kỳ, ngày đặt lịch, quyền chương trình thành viên, tham chiếu khoản chi trả cho người bán hoặc quyền tải xuống. Kết quả trên đích cần cho thấy bản ghi vẫn được dùng cho vận hành, chỉ được giữ làm lịch sử hoặc đã có phương án thay thế được duyệt. Không nên đánh dấu Pass khi chủ sở hữu còn chưa rõ.
Xác thực trên phạm vi rộng hơn và sau các lần thực hiện tiếp theo
Khi thực hiện chuyển đổi trên phạm vi rộng hơn, cần chứng minh phạm vi đầy đủ, độ phủ trạng thái, cách xử lý ngoại lệ và khả năng đối chiếu. Hãy rà soát tổng số theo loại Products, trạng thái biến thể, loại Customers, trạng thái Orders, trạng thái hoàn tiền, taxonomy, media và từng loại dữ liệu extension thuộc phạm vi. Mọi khác biệt cần được giải thích theo loại: loại trừ có chủ đích, lỗi nguồn, bản ghi không được hỗ trợ hoặc tái cấu trúc trên Cửa hàng đích.
Hoạt động sau đó cần được xác thực lại theo đúng hành động:
| Hành động tiếp theo | Nội dung WooCommerce cần xác thực lại |
|---|---|
| Tiếp tục theo cấu hình đã được chấp nhận | Xác nhận Products, biến thể, Customers, Orders, media và URL mới vẫn theo đúng cấu hình đã dùng, không xung đột với chỉnh sửa trên Cửa hàng đích hoặc bản ghi WooCommerce mới tạo. |
| Tiếp tục theo cấu hình đã điều chỉnh | Xác thực lại mọi lựa chọn loại dữ liệu, liên kết thuộc tính, quy tắc Products, quy tắc trường của Orders, bộ lọc, quy tắc URL và quyết định xử lý extension đã thay đổi. |
| Tạo một kết quả chuyển đổi mới độc lập | Xem đây là một kết quả chuyển đổi độc lập. Lặp lại việc xác thực Products, Orders, HPOS, extensions, URL WordPress và quyết định đưa cửa hàng vào vận hành. |
Lập biên bản quyết định đưa WooCommerce vào vận hành
Biên bản cuối cùng nên ghi rõ:
- loại Products, biến thể, Customers, trạng thái Orders, extension, URL và bối cảnh lưu trữ đã được kiểm tra;
- ID nguồn và ID đích dùng để đối chiếu;
- kết quả dự kiến và kết quả quan sát được;
- quyết định Pass, Watch hoặc Block;
- người hoặc hệ thống chịu trách nhiệm sửa dữ liệu hay cấu hình;
- vấn đề ảnh hưởng đến dữ liệu lịch sử, hoạt động đang chạy, lần di chuyển dữ liệu sau hay chỉ là phần dọn dẹp không chặn vận hành;
- kết quả cần có để đóng vấn đề.
Pass đòi hỏi Products ưu tiên có thể sử dụng, Orders trước đây vẫn đủ để hiểu và đối chiếu, quan hệ tài khoản đúng, các URL WordPress quan trọng hoạt động nhất quán và dữ liệu extension có chủ sở hữu rõ. Watch phải có người phụ trách và không làm suy giảm khả năng mua hàng hoặc an toàn vận hành. Block vẫn tồn tại nếu Products ưu tiên không thể mua, Orders trước đây không thể đối chiếu, dữ liệu extension bắt buộc bị mất, URL quan trọng hỏng hoặc checkout không thể hoàn tất an toàn.
Kết luận
Xác thực WooCommerce phải chứng minh các quan hệ thương mại, không chỉ kiểm tra bản ghi WordPress có tồn tại. Loại Products, biến thể, thuộc tính, tồn kho, Customers, Orders, khoản hoàn tiền, HPOS, extensions, media, taxonomies và URL công khai cần tiêu chí xác thực và chủ sở hữu khác nhau.
Kiểm thử trên mẫu đại diện chứng minh mô hình cấu trúc. Thực hiện trên phạm vi rộng hơn chứng minh độ phủ đầy đủ của phạm vi và các ngoại lệ. Những lần thực hiện tiếp theo cần xác thực lại ở mức tương ứng với hành động đã chọn. Quyết định đưa cửa hàng vào vận hành phải dựa trên kết quả có thể lặp lại, tách rõ dữ liệu lịch sử khỏi cấu hình đang hoạt động và ghi rõ Pass, Watch hoặc Block.
Câu hỏi thường gặp
Vì sao chỉ đối chiếu số lượng Products là chưa đủ để xác thực WooCommerce?
Số lượng Products không chứng minh được loại Products, quan hệ biến thể, ý nghĩa thuộc tính, chủ sở hữu tồn kho, giá, media, thiết lập tải xuống, taxonomy hoặc khả năng mua hàng trên giao diện cửa hàng. Cần rà soát các dòng sản phẩm đại diện trong cả giao diện quản trị và giao diện cửa hàng.
Những Products dạng biến thể nào cần được kiểm tra kỹ nhất?
Ưu tiên Products có nhiều thuộc tính, SKU riêng cho từng biến thể, mức giá hoặc tồn kho khác nhau, hình ảnh theo biến thể, tổ hợp virtual hoặc có thể tải xuống, tùy chọn do extension sở hữu và mức độ quan trọng cao đối với doanh thu hoặc xử lý đơn hàng.
Nên xác thực Orders trước đây như thế nào khi dùng HPOS?
Cần xác nhận Orders, địa chỉ, chi tiết mặt hàng, tổng tiền, trạng thái, khoản hoàn tiền, ghi chú và metadata bắt buộc đều có trong kho lưu trữ Orders có thẩm quyền và được các extensions cần dữ liệu đó đọc đúng. Bản ghi chưa đồng bộ hoặc khác nhau giữa hai mô hình lưu trữ phải được điều tra thay vì chỉ dựa vào tổng số Orders.
Orders đọc được có chứng minh checkout đang sẵn sàng không?
Checkout vẫn cần được xác thực riêng. Khả năng đọc Orders trước đây không cấu hình Cart và Checkout, cổng thanh toán, thuế, vận chuyển, Coupons, giảm tồn kho, email hoặc xử lý đơn hàng trên Cửa hàng đích. Những kết quả đang vận hành này cần được kiểm chứng riêng trên Cửa hàng đích.
Trường hợp nào thường cần xác thực phần xử lý riêng khi chuyển đổi WooCommerce?
Các yêu cầu liên quan đến bảng tùy chỉnh, dữ liệu riêng của plugin, quan hệ Products hoặc Orders được tùy chỉnh, ID hệ thống bên ngoài, phép biến đổi ngoài chuẩn hoặc dữ liệu extension không được hỗ trợ cần được đối chiếu với kết quả xử lý ngoài chuẩn đã thống nhất.
Sau lần di chuyển dữ liệu tiếp theo trên WooCommerce cần xác thực lại những gì?
Cần kiểm tra Products, biến thể, Customers, Orders, media, URL, liên kết trường, bản ghi extension và mọi xung đột với thay đổi đã phát sinh trên Cửa hàng đích. Nếu cấu hình thay đổi hoặc tạo một kết quả chuyển đổi riêng, phạm vi xác thực phải mở rộng lại đến loại Products, biến thể, lưu trữ Orders, extensions, media và URL thay vì chỉ kiểm tra phần dữ liệu mới.