Danh sách kiểm tra kiểm thử chấp nhận phần mềm sạc xe điện

1. Xác định phạm vi kiểm tra trước khi kết nối bộ sạc.

Hãy bắt đầu với quy trình kinh doanh thay vì danh sách tính năng. Một điểm sạc công cộng cần một kế hoạch chấp nhận khác so với một trạm sạc tư nhân. Hãy ghi rõ ai có thể sạc, họ tự nhận dạng như thế nào, ai trả phí, mức phí nào được áp dụng và ai chịu trách nhiệm khi có sự cố. Hãy đảm bảo mỗi yêu cầu đều có thể quan sát được.

Tạo ma trận thiết bị bao gồm nhà sản xuất, kiểu máy, phần mềm, mã định danh đầu nối, phương thức giao tiếp và phiên bản giao thức được hỗ trợ. Hai bộ sạc cùng nhãn hiệu có thể hoạt động khác nhau sau khi thay đổi phần mềm. Hãy xem cấu hình khác biệt đáng kể như một trường hợp thử nghiệm riêng biệt thay vì giả định rằng một phiên thành công duy nhất bao phủ toàn bộ mạng.

Chỉ định người chịu trách nhiệm cho mỗi bài kiểm tra. Người vận hành cần phê duyệt kết quả kinh doanh, trong khi nhà cung cấp phần mềm, nhà sản xuất bộ sạc, nhà tích hợp thanh toán và người cài đặt cung cấp bằng chứng cho phần việc của họ. Ghi lại các mối phụ thuộc sớm để việc thiếu tài khoản người bán không bị hiểu nhầm là lỗi nền tảng.

2. Kiểm tra việc tích hợp bộ sạc ngoài chỉ báo trực tuyến.

Các bước kiểm tra ban đầu cần bao gồm xác định danh tính và trạng thái. Xác nhận rằng bộ sạc, vị trí và đầu nối chính xác hiển thị trên nền tảng. So sánh nhãn vật lý với bảng điều khiển và giao diện người lái. Người lái không được vô tình khởi động đầu nối số một khi đang quét đầu nối số hai.

Kiểm tra quá trình đăng ký khởi động, thay đổi trạng thái, báo cáo công tơ và hoàn tất giao dịch. Sau đó, kiểm tra các lệnh có trong hợp đồng của bạn, chẳng hạn như khởi động từ xa, dừng từ xa và truy xuất chẩn đoán. Một lệnh được đánh dấu “đã chấp nhận” chỉ là một bằng chứng; hãy xác minh rằng kết quả thực tế như mong muốn đã thực sự xảy ra.

Cái Liên minh Open Charge Alliance giải thích rằng OCPP 1.6 và 2.0.1 không tương thích.Một nền tảng phục vụ cả hai nhu cầu đều cần có các triển khai phù hợp và xác thực ở cấp độ bộ sạc. Hãy hỏi xem chức năng nào đã được kiểm tra trên thiết bị cụ thể của bạn thay vì chấp nhận một tuyên bố tương thích chung chung.

Để hiểu rõ hơn về phạm vi tích hợp, vui lòng xem lại. Hướng dẫn hỗ trợ OCPP do TRENDPOWER công bốHãy giữ nguyên ma trận mô hình và phần mềm đã được thống nhất đính kèm vào biên bản nghiệm thu.

3. Kiểm tra quyền truy cập và toàn bộ hành trình của người lái xe

Hãy thực hiện quy trình như một người lái xe mới, chứ không phải như một quản trị viên đã biết rõ mọi nút bấm. Tìm trang web, xác định trình kết nối, đọc giá, xác thực, bắt đầu tính phí và nhận bản ghi cuối cùng. Kiểm tra trải nghiệm trên thiết bị di động trên các thiết bị và trình duyệt mà người dùng của bạn thực sự sử dụng.

Bao gồm thông tin đăng nhập hợp lệ và không hợp lệ, quyền truy cập đã hết hạn, kết nối đang được sử dụng và các yêu cầu khởi động lặp lại. Xác minh rằng các tài xế không được ủy quyền nhận được lời giải thích hữu ích mà không làm lộ thông tin tài khoản. Trường hợp có sử dụng RFID, giao diện web hoặc ứng dụng có thương hiệu, hãy kiểm tra từng tuyến đường riêng biệt.

Đối với các trang web dùng chung, hãy kiểm tra quyền truy cập từ cả hai phía. Xác nhận rằng khách truy cập đã được phê duyệt có thể tính phí và khách truy cập đã hết hạn thì không thể. Sau đó, xác nhận rằng việc thay đổi quyền truy cập không làm thay đổi lịch sử phiên truy cập trước đó.

4. Tính toán lại kết quả lập hóa đơn và thanh toán một cách độc lập.

Chọn một nhóm nhỏ các phiên giao dịch với dữ liệu đầu vào đã biết. Trước tiên, hãy sử dụng biểu giá chỉ tính phí năng lượng đơn giản, sau đó kiểm tra bất kỳ khoản phí kết nối, phí thời gian, chiết khấu hoặc phí chờ nào đã được thỏa thuận. Tính toán riêng khoản phí dự kiến và so sánh với dữ liệu từ nền tảng, biên lai và nhà cung cấp thanh toán.

Bao gồm các điều kiện biên: biểu giá thay đổi vào nửa đêm, phiên giao dịch kéo dài qua hai khoảng thời gian tính giá, phiên giao dịch không tiêu thụ năng lượng và làm tròn đến đơn vị tiền tệ nhỏ nhất được hỗ trợ. Ghi lại múi giờ áp dụng và chính sách cho các phiên giao dịch đang diễn ra khi biểu giá thay đổi.

Các bài kiểm tra thanh toán nên bao gồm xác thực thành công, xác thực thất bại, bắt đầu tính phí không thành công và thông báo cho nhà cung cấp bị trì hoãn. Kiểm tra xem các cuộc gọi lại lặp đi lặp lại có dẫn đến việc tính phí lặp lại hay không. Để có cái nhìn tổng quan hơn về thiết lập thương mại, hãy sử dụng... Tổng quan về giải pháp thanh toán sạc xe điện cùng với các yêu cầu tích hợp riêng của nhà cung cấp của bạn.

5. Kiểm tra tính hợp lệ của hệ thống điều khiển tải trong điều kiện thực tế

Nếu việc quản lý tải nằm trong phạm vi dự án, hãy thử nghiệm với kỹ sư công trình và hệ thống đo lường đã được thống nhất. Xác định rõ ràng ranh giới kiểm soát: một nhóm bộ sạc, một đường dây cấp điện hoặc toàn bộ tòa nhà. Tổng số liệu trên bảng điều khiển chỉ dựa trên dữ liệu từ bộ sạc không thể chứng minh rằng toàn bộ tòa nhà vẫn nằm trong giới hạn cho phép.

Sử dụng thử nghiệm có kiểm soát để tăng nhu cầu sạc và thay đổi bất kỳ tải trọng tòa nhà nào có liên quan. So sánh giới hạn yêu cầu, phản hồi của bộ sạc và kết quả đo được. Cho phép khoảng thời gian phản hồi và dung sai đo lường đã được ghi lại; không nên tự đặt ra một ngưỡng chung mà thiết bị không thể đáp ứng.

Kiểm tra phương án dự phòng đã được thống nhất khi đồng hồ đo tại chỗ, bộ điều khiển cục bộ hoặc kết nối đám mây không khả dụng. Ghi lại người nhận cảnh báo và cách thức hoạt động được khôi phục. Lập lịch phần mềm hỗ trợ chiến lược điều khiển đã được thiết kế; nó không thay thế hệ thống bảo vệ điện hoặc thiết kế địa điểm đã được phê duyệt.

6. Các kịch bản lỗi và phục hồi khi chạy chương trình

Mạng lưới sản xuất cần có hành vi dễ dự đoán khi các thành phần biến mất. Ngắt kết nối internet của bộ sạc, khởi động lại ứng dụng nếu được phép và mô phỏng thông báo bị bỏ lỡ trong môi trường được kiểm soát. Kiểm tra chế độ xem của người lái, cảnh báo của người vận hành và quá trình đối chiếu nếu cần.

Chế độ hoạt động ngoại tuyến phụ thuộc vào khả năng và cấu hình của bộ sạc. Không nên cho rằng một phiên có thể bắt đầu ngoại tuyến chỉ đơn giản vì một phiên hiện có vẫn tiếp tục. Hãy phân biệt rõ ràng các trường hợp này và nêu rõ chính xác những phương thức truy cập và điều khiển cục bộ nào được kỳ vọng sẽ hoạt động.

Sau khi kết nối lại, hãy kiểm tra dòng thời gian xem có khoảng trống, dữ liệu trùng lặp hoặc dấu thời gian không chính xác hay không. Đọc dữ liệu hiện có. Hướng dẫn sạc xe điện ngoại tuyến Khi xác định các trường hợp này, hãy bao gồm bằng chứng khôi phục trong quá trình bàn giao, không chỉ là ảnh chụp màn hình cho thấy bộ sạc đã kết nối lại.

7. Kiểm tra quyền truy cập, xuất khẩu và bàn giao vận hành.

Đăng nhập với tư cách người quản lý trang web, nhân viên hỗ trợ, người dùng tài chính và quản trị viên. Kiểm tra cả các hành động được cho phép và bị chặn, bao gồm thay đổi biểu phí, hoàn tiền, xuất dữ liệu và các lệnh từ xa (nếu có). Mỗi vai trò cần có đủ quyền truy cập để thực hiện công việc của mình mà không trở thành lối tắt truy cập dữ liệu của mọi trang web.

Xuất các phiên kiểm thử và so sánh tổng số với bảng điều khiển. Kiểm tra thông tin nhận dạng của trình kết nối, dấu thời gian, đơn vị năng lượng, tiền tệ, các trường thuế (nếu có) và tình trạng tài chính. Hỏi xem các chỉnh sửa hiển thị như thế nào và liệu nhật ký kiểm toán có xác định được người hoặc hệ thống chịu trách nhiệm hay không.

Cuối cùng, hãy để những người vận hành mạng lưới thực hiện các nhiệm vụ thường nhật. Họ cần biết cách điều tra sự cố khởi động, liên hệ với nhà cung cấp phù hợp, tìm số tham chiếu thanh toán và giải thích khoản thanh toán đang chờ xử lý cho tài xế. Một nền tảng hoàn chỉnh về mặt kỹ thuật vẫn có thể thất bại trong quá trình bàn giao nếu các bước này không được thực hiện rõ ràng.

8. Thống nhất các tiêu chí phát hành và kế hoạch triển khai theo từng giai đoạn.

Hãy sử dụng các tiêu chí phê duyệt bằng văn bản đã được thống nhất trước khi thử nghiệm. Ví dụ, dự án của bạn có thể yêu cầu mọi quy trình công việc quan trọng phải được thông qua, tất cả các lỗi gây cản trở phải được khắc phục và mọi vấn đề nhỏ được chấp nhận phải có người chịu trách nhiệm và ngày hoàn thành mục tiêu. Đây là các quyết định của dự án, không phải là một chương trình chứng nhận chung của ngành.

Hãy bắt đầu với một dự án thí điểm nhỏ, đại diện cho toàn bộ mạng lưới. Bao gồm các loại bộ sạc, phương thức truy cập và quy trình thanh toán có rủi ro vận hành cao nhất. Chỉ mở rộng sau khi xem xét các ghi nhận thực tế và xác nhận rằng các nhóm hỗ trợ có thể xử lý các vấn đề đã gặp phải.

Gói nghiệm thu cần bao gồm ma trận thiết bị, các trường hợp thử nghiệm, kết quả, nhật ký lỗi, cấu hình cơ bản, thông tin liên hệ vận hành và quy trình khôi phục. Tài liệu này sẽ trở thành tài liệu tham khảo hữu ích khi bản cập nhật phần mềm hoặc thay đổi biểu phí sau này gây ra hành vi không mong muốn.

Câu hỏi thường gặp

Liệu bài kiểm tra kết nối OCPP có đủ để được chấp nhận không?

Không. Nó chỉ xác nhận một phần của hệ thống. Bạn vẫn cần xác minh các hành trình tài xế đã thỏa thuận, giá cước, kết quả thanh toán, quyền hạn, báo cáo và quy trình thu hồi trên cấu hình dự án thực tế.

Liệu mọi bộ sạc có nên được kiểm tra theo cùng một quy trình?

Mỗi thiết bị được lắp đặt đều cần thực hiện các bước kiểm tra nghiệm thu đã được thỏa thuận. Độ sâu của việc kiểm thử phần mềm lặp đi lặp lại có thể tuân theo kế hoạch lấy mẫu dựa trên rủi ro, nhưng các kiểu máy khác nhau, phiên bản phần mềm và cấu hình địa điểm bất thường cần được kiểm tra cụ thể.

Ai là người phê duyệt phần mềm?

Nhà điều hành nên chỉ định một người phê duyệt chịu trách nhiệm. Các nhà cung cấp cung cấp bằng chứng về phạm vi công việc của họ, trong khi việc nghiệm thu về điện và an toàn vẫn thuộc về các bên có đủ năng lực phù hợp. Hãy đưa những trách nhiệm này vào thỏa thuận dự án.