Sau khi dữ liệu được chuyển sang Phoca Cart, xác thực phải chứng minh Cửa hàng đích có thể hoạt động như một môi trường thương mại điện tử gắn trực tiếp với Joomla, chứ không chỉ chứng minh các bản ghi xuất hiện trong giao diện quản trị. Products phải tiếp tục có thể bán, Categories phải giúp khách hàng khám phá catalog, dữ liệu Customers và Orders phải còn hữu ích, còn những hành vi phụ thuộc cấu hình phải phù hợp với cách Phoca Cart được thiết lập trên đích.
Quy trình xác thực tốt nhất kết hợp rà soát bản ghi với kiểm thử hành vi. Dữ liệu Products, lịch sử Customers, thuế, vận chuyển, thanh toán, bối cảnh hóa đơn, đường dẫn storefront, Modules, Templates, ngôn ngữ, tiền tệ và dữ liệu do extensions quản lý cần được đánh giá cùng nhau vì Phoca Cart nằm bên trong website Joomla chứ không vận hành tách khỏi CMS.
Xác thực cần chứng minh điều gì sau khi chuyển sang Phoca Cart
Xác thực phải trả lời liệu ý nghĩa thương mại có còn nguyên sau di chuyển dữ liệu hay không. Tổng số Products đúng là chưa đủ nếu thuộc tính không còn tác động đến lựa chọn, specifications không còn hỗ trợ so sánh, giá theo nhóm khách hàng không còn rõ, điểm thưởng mất liên kết hoặc Orders không còn thể hiện bối cảnh nghiệp vụ tạo nên các số tiền lịch sử.
Đồng thời, cần chứng minh storefront Joomla thực sự sử dụng được dữ liệu đã di chuyển. Phoca Cart có thể phụ thuộc vào menu, Modules, Template overrides, plugins, aliases, Access Levels, ngôn ngữ và quyết định bố cục của Joomla. Cửa hàng có thể vượt qua kiểm tra ở cấp cơ sở dữ liệu nhưng vẫn thất bại trên hành trình mua hàng.
| Hạng mục xác thực | Điều cần chứng minh | Vì sao quan trọng |
|---|---|---|
| Cấu trúc catalog | Products, Categories, nhà sản xuất, thuộc tính, options, specifications, hình ảnh, Products tải xuống, cách tồn kho được quản lý và Products liên quan vẫn giữ đúng ý nghĩa. | Người mua cần lựa chọn rõ ràng, còn doanh nghiệp cần catalog có thể quản lý sau khi vận hành. |
| Quy tắc thương mại | Giá, giảm giá, Coupons, điểm thưởng, giảm giá giỏ hàng, giá theo nhóm khách hàng, cách xử lý thuế, quy tắc vận chuyển và bối cảnh thanh toán đều có thể hiểu đúng. | Doanh thu, niềm tin và chất lượng hỗ trợ phụ thuộc nhiều hơn tên Products và tổng tiền. |
| Lịch sử Customers và Orders | Customers, địa chỉ, nhóm khách hàng, chi tiết mặt hàng trong Orders, trạng thái, hóa đơn, phiếu giao hàng, nhãn thanh toán, phí vận chuyển và số tiền thuế vẫn đọc được. | Dữ liệu lịch sử phải phục vụ chăm sóc khách hàng, tham chiếu kế toán, rà soát xử lý đơn hàng và mua lại. |
| Cách storefront Joomla hoạt động | Menu, aliases, đường dẫn Categories/Products, Modules, Templates, overrides, tìm kiếm, bộ lọc và đường dẫn giỏ hàng hoạt động theo dự kiến. | Bản ghi đúng vẫn vô ích nếu khách hàng không thể tìm hoặc mua Products. |
| Ngôn ngữ, tiền tệ và extensions | Ngôn ngữ, tiền tệ, vùng, plugins tùy chỉnh, Modules, các tích hợp và dữ liệu tùy chỉnh đã được nhận diện và xác thực. | Cửa hàng quốc tế hoặc tùy chỉnh thường gặp lỗi ở các quan hệ mà mẫu đơn giản không thể hiện. |
Một kết quả xác thực hữu ích phải trả lời ba câu hỏi: phần nào hoạt động đúng, phần nào còn cần cấu hình và phần nào cần một hướng xử lý di chuyển dữ liệu khác trước khi cửa hàng được phê duyệt vận hành.
Xác thực Products và catalog
Nên bắt đầu bằng các loại Products đại diện. Products đơn giản cần thiết nhưng hiếm khi bộc lộ đầy đủ rủi ro của Phoca Cart. Mẫu nên bao gồm Products có thuộc tính, options, specifications, hình ảnh, tệp tải xuống, quy tắc tồn kho, giảm giá, giá theo nhóm khách hàng, nhà sản xuất, Products liên quan và quan hệ Categories.
Mỗi Products cần được kiểm tra cả trong giao diện quản trị và trên storefront. Kiểm tra quản trị xác nhận giá trị đã được di chuyển. Kiểm tra storefront xác nhận khách hàng thực sự có thể nhận biết, so sánh, lựa chọn và mua Products đó.
| Các bản ghi Products đại diện | Trọng tâm xác thực | Dấu hiệu đạt |
|---|---|---|
| Products đơn giản | Tên, alias, SKU/reference, mô tả, hình ảnh, giá, hiển thị thuế, tồn kho, Categories | Products hiển thị đúng, dễ hiểu, có thể mua và nằm đúng vị trí. |
| Products có thuộc tính/options | Cơ chế lựa chọn, thay đổi giá, ảnh hưởng tồn kho, lựa chọn bắt buộc, thứ tự hiển thị | Lựa chọn của người mua hoạt động đúng và chi tiết mặt hàng trong Orders giữ giá trị đã chọn. |
| Products có specifications/parameters | Chi tiết kỹ thuật, khả năng hỗ trợ so sánh/lọc, cách trình bày có cấu trúc | Thông tin Products tiếp tục hữu ích cho khám phá và đánh giá. |
| Products có giảm giá | Giá giảm, giảm giá trong giỏ hàng, tương thích Coupons, khả năng hiển thị theo nhóm khách hàng | Hành vi khuyến mãi khớp quy tắc bán hàng mong muốn. |
| Products tải xuống | Hành trình mua, phụ thuộc trạng thái Orders, quyền truy cập, lịch sử Customers | Hành vi của Products tải xuống phù hợp với cấu hình Nền tảng đích. |
| Products thuộc nhiều Categories | Gán Categories, cách đường dẫn hoạt động, khả năng hiển thị qua Module, rủi ro route trùng | Khách hàng tiếp tục tìm được Products mà không tạo đường dẫn storefront gây nhầm lẫn. |
Không được xem attributes, options, specifications và parameters như những cấu trúc có thể thay thế cho nhau. Option có thể ảnh hưởng lựa chọn hoặc giá; specification có thể hỗ trợ so sánh; parameter có thể ảnh hưởng hiển thị/phân loại. Trước khi phê duyệt, cần xác nhận vai trò của từng lớp.
Xác thực tồn kho của Phoca Cart cần xác định mô hình sở hữu nào trong ba mô hình đang được dùng. Products chính coi variations dùng chung một lượng tồn kho ở cấp Products; biến thể Products coi từng variation là kết quả có tồn kho riêng; Advanced Stock Management còn cho phép quản lý tồn kho cho các tổ hợp variations đã bật. Mẫu cần bao gồm trường hợp còn hàng, sắp hết hàng, hết hàng, option bắt buộc, option không bắt buộc và combinations để lần theo việc trừ số lượng và quy tắc số lượng tối thiểu đến đúng cấp. Với cửa hàng dùng POS hoặc bán tại địa điểm vật lý, tồn kho phải được xác thực theo mô hình vận hành sau khi chính thức hoạt động, không chỉ như một con số tĩnh.
Xác thực Customers, Orders và quy tắc thương mại
Xác thực Customers phải đi xa hơn tên và email. Cửa hàng Phoca Cart có thể dùng nhóm khách hàng, danh tính người dùng Joomla, giá theo nhóm, điểm thưởng, giảm giá, địa chỉ, lịch sử đơn hàng, Access Levels và hành vi tài khoản. Một bản ghi Customers có thể trông hoàn toàn đúng trong giao diện quản trị nhưng vẫn mất các quan hệ thương mại khiến bản ghi đó hữu ích.
Orders cũng không nên được xác thực chỉ bằng tổng tiền. Lịch sử đơn hàng cần tiếp tục là nguồn thông tin có thể giải thích giao dịch: khách hàng đã mua gì, options nào được chọn, nhóm khách hàng nào áp dụng, thuế và phí vận chuyển nào được ghi nhận, phương thức thanh toán nào được dùng và bối cảnh hóa đơn/phiếu giao hàng nào còn quan trọng.
| Loại bản ghi | Câu hỏi xác thực | Thông tin cần rà soát |
|---|---|---|
| Hồ sơ Customers | Customers có liên kết với đúng tài khoản Joomla và đúng bối cảnh Customers của Phoca Cart không? | Thông tin Customers, danh tính đăng nhập, địa chỉ, quan hệ với nhóm khách hàng, lịch sử đơn hàng. |
| Nhóm khách hàng | Nhóm khách hàng còn ảnh hưởng giá, giảm giá, thuế hoặc quyền truy cập đúng dự kiến không? | Quan hệ gán nhóm khách hàng, mẫu giá theo nhóm khách hàng, hiển thị trên storefront, hành vi giỏ hàng. |
| Orders | Nhân viên hỗ trợ có thể hiểu chính xác điều gì đã xảy ra trong giao dịch lịch sử không? | Số Orders, ngày, trạng thái, các mặt hàng, options đã chọn, các khoản tổng, thuế, vận chuyển, nhãn phương thức thanh toán, kết quả tạo hóa đơn. |
| Coupons hoặc giảm giá | Quy tắc này thuộc lịch sử, bán hàng đang hoạt động hay cần cấu hình lại? | mã Coupons, thời gian hiệu lực, nhóm khách hàng, giới hạn Products/Categories, hành vi giỏ hàng. |
| Điểm thưởng | Điểm có còn ý nghĩa trong lịch sử và có sử dụng được theo mô hình thương mại sau vận hành không? | Số dư Customers, điểm kiếm được, điểm đã dùng, quan hệ Orders. |
Coupons, giảm giá, điểm thưởng và giá theo nhóm khách hàng cần được kiểm tra qua cả bản ghi tĩnh lẫn hành vi trên storefront và trong giỏ hàng khi áp dụng. Giảm giá xuất hiện trong quản trị nhưng tính sai trong giỏ hàng chưa đạt điều kiện vận hành. Coupons được di chuyển nhưng áp dụng sai nhóm khách hàng, Products, tiền tệ hoặc khoảng thời gian có thể tạo rủi ro doanh thu ngay lập tức.
Xác thực thuế, vận chuyển, thanh toán và checkout
Thuế, vận chuyển và thanh toán thường phụ thuộc mạnh vào cấu hình. Lịch sử đơn hàng có thể cho thấy số thuế, phí vận chuyển và nhãn thanh toán trước đây, nhưng những bản ghi đó không chứng minh quy trình checkout cho các Orders mới đã được cấu hình đúng trên Phoca Cart đích.
Xác thực thuế nên bao gồm Products đại diện, nhóm khách hàng, quốc gia, khu vực, vùng, mức thuế, địa chỉ thanh toán, địa chỉ vận chuyển và kết quả tạo hóa đơn. Nếu Cửa hàng nguồn dùng quy tắc thuế tùy chỉnh hoặc dịch vụ thuế của bên thứ ba, cần phân biệt phần có thể biểu diễn bằng thiết lập Phoca Cart thông thường với phần phải được rà soát riêng.
Xác thực vận chuyển nên tập trung vào những phương thức sẽ tiếp tục dùng sau khi vận hành. Mẫu cần bao gồm các điểm đến quan trọng, ngưỡng trọng lượng/giá, giới hạn theo loại Products, hành vi nhóm khách hàng, quy tắc miễn phí vận chuyển và tổng tiền trong Orders ảnh hưởng khả năng xuất hiện của phương thức.
Xác thực thanh toán cần bao gồm khả năng hiển thị phương thức, thông báo trong checkout, cách xử lý trạng thái Orders, tham chiếu giao dịch và xác nhận dành cho Customers. Plugins thanh toán có thể cần cấu hình, thông tin xác thực, thiết lập callback hoặc kiểm thử riêng theo gateway ngoài dữ liệu đã di chuyển.
| Tình huống checkout | Vì sao cần kiểm thử | Kết quả cần chứng minh |
|---|---|---|
| Khách không đăng nhập | Bộc lộ giả định về tài khoản và địa chỉ | Khách có thể hoàn tất checkout mà không gặp yêu cầu tài khoản ngoài dự kiến. |
| Customers đã đăng ký | Kiểm tra quan hệ người dùng Joomla–Phoca Cart Customers | Danh tính, địa chỉ, cách áp dụng nhóm khách hàng và lịch sử đơn hàng hoạt động nhất quán. |
| Orders có giảm giá | Kiểm tra tương tác giữa Coupons, giảm giá trong giỏ hàng, điểm thưởng và thuế | Giảm giá xuất hiện đúng và các khoản tổng có thể giải thích được. |
| Orders theo khu vực | Kiểm tra thuế, vùng, vận chuyển, tiền tệ và khả năng sử dụng phương thức thanh toán | Checkout tuân theo quy tắc của thị trường đích đã xác định. |
| Orders có options | Kiểm tra việc giữ lựa chọn Products xuyên suốt giỏ hàng và lịch sử đơn hàng | Options đã chọn vẫn xuất hiện trong xác nhận Orders và giao diện quản trị. |
Xác thực checkout phải đi đến khi Orders hoàn tất. Chỉ kiểm tra giỏ hàng là chưa đủ nếu sau khi gửi Orders, trạng thái Orders, kết quả tạo hóa đơn, email thông báo hoặc tham chiếu thanh toán bị lỗi.
Xác thực storefront trong bối cảnh Joomla và phần trình bày
Xác thực Phoca Cart phải bao quát cả phần giao diện Joomla mà Customers thực sự tương tác, không chỉ các bảng trong cơ sở dữ liệu. Menu, Modules, Templates, Template overrides, aliases, metadata, tìm kiếm, bộ lọc, danh sách so sánh, danh sách yêu thích và bố cục Categories đều có thể quyết định dữ liệu đã di chuyển có trở nên sử dụng được hay không.
Mẫu quan trọng nên bao gồm Categories có traffic cao, Products bán chạy, Products giảm giá, Products xuất hiện qua Modules, Products dùng bộ lọc, đường dẫn checkout và tài khoản, routes đa ngôn ngữ và URLs nhạy cảm với SEO. Nếu cửa hàng dùng Templates tùy chỉnh, Joomla Modules hoặc Phoca Cart Template overrides, cần rà soát bố cục bên cạnh kiểm tra dữ liệu.
| Thành phần storefront | Trọng tâm xác thực | Dấu hiệu đạt |
|---|---|---|
| Trang Categories | Danh sách Products, bộ lọc, phân trang, aliases, metadata, hành vi route | Customers có thể duyệt và thu hẹp Products mà không gặp đường dẫn lỗi. |
| trang Products | Bố cục, hình ảnh, hiển thị giá, options, specifications, Reviews, chi tiết có cấu trúc | Trang Products hỗ trợ đầy đủ quyết định mua hàng. |
| Modules | Giỏ hàng, tiền tệ, Products, Categories, tìm kiếm, bộ lọc, so sánh, danh sách yêu thích hoặc Modules tùy chỉnh | Modules hiển thị đúng dữ liệu ở vị trí Joomla dự kiến. |
| Templates và overrides | Bố cục Products, Categories, checkout, hóa đơn hoặc email | Phần trình bày tùy chỉnh không che khuất hoặc làm sai giá trị đã di chuyển. |
| Đường dẫn SEO | Aliases, yêu cầu canonical, redirects, metadata, structured data nếu sử dụng | Những đường dẫn có giá trị cao tiếp tục hoạt động hoặc có kế hoạch redirect rõ. |
Không nên chỉ xác thực trên Template mặc định. Khi có thể, hãy dùng theme dự kiến của website, vị trí Modules, cấu trúc menu và Template overrides thực tế vì đó mới là điều kiện người mua sẽ trải nghiệm sau khi cửa hàng đi vào hoạt động.
Xác thực dữ liệu đa ngôn ngữ, đa tiền tệ, extensions và dữ liệu tùy chỉnh
Phoca Cart hỗ trợ nhiều ngôn ngữ và tiền tệ, nhưng điều đó làm tăng số quan hệ cần xác thực. Cửa hàng có thể đạt ở ngôn ngữ mặc định nhưng thất bại ở tên Products đã dịch, Categories aliases, nội dung do Module hiển thị, nhãn checkout, hiển thị tiền tệ, kết quả tạo hóa đơn, email hoặc thanh toán/vận chuyển theo từng khu vực.
Xác thực đa ngôn ngữ nên bao gồm trang Products, trang Categories, Modules, giỏ hàng, checkout, đường dẫn tài khoản, xác nhận Orders và các thông báo giao dịch quan trọng khi có liên quan. Xác thực đa tiền tệ nên bao gồm hiển thị giá Products, tổng tiền trong giỏ hàng, tổng tiền trong Orders, bối cảnh hóa đơn, giảm giá, thuế và phí vận chuyển.
Dữ liệu do extensions quản lý và dữ liệu tùy chỉnh phải được phân loại trước khi phê duyệt. Cửa hàng Phoca Cart có thể có dữ liệu thanh toán/vận chuyển do plugin quản lý, bản ghi POS, tùy chỉnh hóa đơn, trường tùy chỉnh, Template overrides, quy trình import/export, kết nối ERP, plugins nguồn cấp dữ liệu, Modules tùy chỉnh hoặc phần phát triển riêng trên Joomla. Không nên âm thầm coi các hạng mục này là phạm vi tiêu chuẩn nếu chúng cần mapping, phép biến đổi hoặc cách xử lý tùy chỉnh.
| Hạng mục phức tạp | Câu hỏi xác thực | Quyết định cần đưa ra |
|---|---|---|
| Bản ghi đa ngôn ngữ | Products, Categories, Modules và các đường dẫn checkout quan trọng có hoạt động ở từng ngôn ngữ chính không? | Phê duyệt phạm vi ngôn ngữ, yêu cầu cấu hình hoặc mở rộng mẫu xác thực. |
| Hành vi đa tiền tệ | Giá, giảm giá, thuế, vận chuyển, Orders và hóa đơn có nhất quán giữa các tiền tệ không? | Phê duyệt thiết lập đích hoặc rà soát quy tắc riêng theo tiền tệ. |
| Plugins thanh toán/vận chuyển | Bản ghi do plugin quản lý và tham chiếu Orders có thể hiểu được không? | Xác nhận phạm vi cấu hình hoặc yêu cầu rà soát riêng. |
| Tùy chỉnh POS/hóa đơn | Hành vi trên đích có duy trì được kết quả vận hành cần thiết không? | Xác nhận cách xử lý được hỗ trợ hoặc xác định phạm vi xử lý ngoài tiêu chuẩn. |
| Modules tùy chỉnh hoặc overrides | Phần trình bày có phụ thuộc quy tắc Joomla tùy chỉnh không? | Xác thực trong Template đích hoặc xác định công việc cần xây lại. |
Một lần xác thực phải làm rõ những cấu trúc tùy chỉnh dễ bị bỏ sót. Khi dữ liệu thuộc extensions chưa được hỗ trợ, mã nguồn tùy chỉnh, bảng dữ liệu riêng của plugin hoặc quy tắc nghiệp vụ chưa được tài liệu hóa, kết quả phải chỉ rõ hướng xử lý cần thiết trước khi phê duyệt.
Chuyển kết quả xác thực thành quyết định vận hành
Mỗi phát hiện quan trọng cần được phân loại Pass, Watch hoặc Block và gắn với thông tin xác nhận cụ thể.
| Trạng thái quyết định | Thông tin Phoca Cart cần có | Ý nghĩa đối với việc vận hành |
|---|---|---|
| Pass | Thuộc tính Products, specifications, giá theo nhóm, Customers, Orders, Joomla routes, bối cảnh ngôn ngữ/tiền tệ và các đầu ra đã thống nhất hoạt động đúng dự kiến. | Hạng mục đã rà soát có thể được phê duyệt để chính thức vận hành. |
| Watch | Kết quả sử dụng được nhưng vẫn còn Module, Template, bản dịch, tiền tệ, cấu hình hoặc công việc hoàn thiện còn lại không chặn vận hành và đã được ghi nhận. | Có thể tiếp tục nếu có bên chịu trách nhiệm và kế hoạch bổ sung thông tin xác nhận sau đó. |
| Block | Thuộc tính hoặc giá bắt buộc sai, Orders không thể giải thích, route quan trọng bị lỗi hoặc bản ghi POS/hóa đơn/extension/tùy chỉnh nằm trong phạm vi không sử dụng được. | Chưa phê duyệt vận hành cho hạng mục bị ảnh hưởng. |
Kiểm thử đại diện nên chủ động bao gồm Products có thuộc tính và specifications, giá theo nhóm khách hàng, ví dụ điểm thưởng/giảm giá nếu có sử dụng, Orders có bối cảnh thuế/vận chuyển/thanh toán, Products hoặc Categories đã dịch, một đường dẫn ưu tiên qua Module/menu và một bản ghi do extension/quy tắc tùy chỉnh quản lý. Sau đó, thực hiện di chuyển dữ liệu ở phạm vi rộng hơn cần chứng minh catalog và lịch sử đầy đủ, bao gồm các tổ hợp hiếm, trạng thái Orders cũ, tiền tệ/ngôn ngữ ít dùng và các ngoại lệ route.
Báo cáo cuối cùng cần nêu kết quả mong đợi, dữ liệu xác nhận thực tế, mức ảnh hưởng, bên chịu trách nhiệm, cách sửa hoặc khác biệt được chấp nhận và thông tin cần có để đóng vấn đề. Ảnh chụp màn hình không có danh tính bản ghi và bối cảnh tình huống là chưa đủ.
Xác thực lại các hành động Phoca Cart về sau và đầu ra đã thống nhất
Hồ sơ xác thực lại cần nêu rõ tập dữ liệu nào đã thay đổi, thông tin xác nhận trước đó nào vẫn còn giá trị và tình huống nào phải chạy lại. Điều này ngăn một lần tiếp tục có phạm vi hẹp bị hiểu như đã phê duyệt lại toàn bộ kết quả.
Phạm vi xác thực lại phải đi theo hành động được chọn.
| Hành động về sau | Phạm vi xác thực lại với Phoca Cart |
|---|---|
| tiếp tục với cấu hình đã được chấp nhận | Xác nhận các bản ghi đủ điều kiện phát sinh sau vẫn giữ quan hệ Products, thuộc tính, nhóm khách hàng, Orders, ngôn ngữ, tiền tệ và Joomla routes đã được phê duyệt. |
| tiếp tục với cấu hình đã điều chỉnh | Chạy lại mọi tình huống bị ảnh hưởng bởi bộ lọc, mappings, lựa chọn loại dữ liệu, cách xử lý trường của Products, phạm vi ngôn ngữ hoặc cách xử lý extension đã thay đổi. |
| tạo một kết quả di chuyển dữ liệu mới riêng biệt | Thiết lập một bộ thông tin xác nhận mới làm mốc đối chiếu và lặp lại các kiểm thử đại diện, kiểm tra phạm vi rộng hơn, routes, extensions và quyết định vận hành cần thiết cho kết quả mới. |
Các đầu ra di chuyển dữ liệu đã mua và được phê duyệt cần được so sánh trực tiếp với yêu cầu lọc, mapping, cấu hình hoặc kết quả tạo ra đã thống nhất. Đầu ra ngoài tiêu chuẩn cần chứng minh cụ thể trường tùy chỉnh, bản ghi do extension quản lý, dữ liệu POS/hóa đơn, mã định danh bên ngoài, phép biến đổi hoặc quy tắc đặc thù nằm trong phạm vi. Không nhóm nào được phê duyệt chỉ bằng kiểm tra số lượng bản ghi chung.
Kết luận
Xác thực Phoca Cart phải chứng minh Cửa hàng đích có thể vận hành như một môi trường thương mại điện tử gắn với Joomla. Tổng Products, Customers và Orders chỉ là điểm bắt đầu. Điều quan trọng là ý nghĩa catalog, quy tắc thương mại, lịch sử Customers, checkout, các đường dẫn trên storefront Joomla, hành vi đa ngôn ngữ và dữ liệu do extensions quản lý có tiếp tục hoạt động đúng khi kết hợp với nhau hay không.
Quy trình tốt nhất dùng mẫu đại diện, kiểm tra cả quản trị lẫn storefront, tách dữ liệu lịch sử được di chuyển khỏi cấu hình trên đích và chuyển từng phát hiện thành quyết định vận hành rõ ràng. Khi dự án có quy tắc Products phức tạp, nhóm khách hàng, điểm thưởng, vùng áp dụng thuế, plugins vận chuyển/thanh toán, Modules, Template overrides, quy trình POS hoặc dữ liệu tùy chỉnh, xác thực phải chỉ ra vấn đề thuộc cấu hình, điều chỉnh di chuyển dữ liệu đã được chấp thuận hay xử lý ngoài tiêu chuẩn trước khi cho phép cửa hàng chính thức vận hành.
Câu hỏi thường gặp
Nên xác thực gì đầu tiên sau giai đoạn kiểm thử đại diện với Phoca Cart?
Hãy bắt đầu với Products có nhiều thuộc tính, giá theo nhóm khách hàng, Orders có ý nghĩa nghiệp vụ, bản ghi đa ngôn ngữ/đa tiền tệ, Joomla routes ưu tiên và dữ liệu do extensions quản lý vì những trường hợp này bộc lộ rõ độ phức tạp thực tế của cửa hàng.
So sánh số lượng bản ghi có đủ để xác thực Phoca Cart không?
So sánh số lượng bản ghi không đủ để xác thực Phoca Cart. Số lượng không chứng minh thuộc tính tác động đúng đến giá, quy tắc nhóm còn đúng ý nghĩa, routes đa ngôn ngữ hoạt động, Orders giữ đủ bối cảnh thương mại hoặc Modules/plugins sử dụng đúng bản ghi đã di chuyển.
Vì sao xác thực Phoca Cart cần bao gồm Joomla menu và Modules?
Chúng thường tạo đường vào catalog, bộ lọc, giỏ hàng, nội dung khuyến mãi, tài khoản hoặc checkout. Bản ghi trong cơ sở dữ liệu có thể hoàn toàn đúng nhưng không tạo ra giá trị thương mại nếu những đường dẫn này bị lỗi.
Nên chọn mẫu cho kiểm thử đại diện như thế nào?
Hãy chọn trường hợp kết hợp thuộc tính Products, specifications, giá theo nhóm, lịch sử thuế/vận chuyển/thanh toán, ngôn ngữ/tiền tệ và quan hệ tùy chỉnh hoặc do extensions quản lý, thay vì chỉ chọn Products đơn giản.
Khi nào một vấn đề Phoca Cart nên được xếp Block?
Dùng Block khi vấn đề ảnh hưởng khả năng mua, quy tắc giá/quyền truy cập, khả năng hiểu Orders, route ưu tiên, thương mại điện tử đa ngôn ngữ hoặc một đầu ra tùy chỉnh/do extension quản lý đã nằm trong phạm vi được thống nhất.
Sau một hành động Di chuyển Phoca Cart về sau cần xác thực lại những gì?
Lặp lại mọi tình huống Products, Customers, Orders, nội dung, routes, ngôn ngữ, tiền tệ và extensions bị ảnh hưởng. Cấu hình đã thay đổi hoặc một kết quả di chuyển dữ liệu mới cần phạm vi xác thực rộng hơn so với việc tiếp tục bằng cấu hình không đổi.