รายการตรวจสอบการทดสอบการยอมรับซอฟต์แวร์การชาร์จรถยนต์ไฟฟ้า

1. กำหนดขอบเขตการทดสอบก่อนเชื่อมต่อเครื่องชาร์จ

เริ่มต้นด้วยกระบวนการทางธุรกิจมากกว่ารายการคุณสมบัติ สถานีชาร์จสาธารณะต้องการแผนการรับบริการที่แตกต่างจากสถานีชาร์จส่วนตัว เขียนรายละเอียดว่าใครสามารถชาร์จได้ พวกเขาระบุตัวตนอย่างไร ใครเป็นผู้ชำระเงิน อัตราค่าบริการใดที่ใช้ได้ และใครเป็นผู้รับผิดชอบเมื่อเกิดปัญหา ทำให้ข้อกำหนดแต่ละข้อสามารถตรวจสอบได้

สร้างเมทริกซ์อุปกรณ์ที่ประกอบด้วยผู้ผลิต รุ่น เฟิร์มแวร์ ตัวระบุขั้วต่อ วิธีการสื่อสาร และเวอร์ชันโปรโตคอลที่รองรับ เครื่องชาร์จสองเครื่องจากแบรนด์เดียวกันอาจทำงานแตกต่างกันหลังจากเปลี่ยนเฟิร์มแวร์ พิจารณาการกำหนดค่าที่แตกต่างกันอย่างมากเป็นกรณีทดสอบแยกต่างหาก แทนที่จะสมมติว่าเซสชันที่ประสบความสำเร็จเพียงครั้งเดียวครอบคลุมเครือข่ายทั้งหมด

กำหนดผู้รับผิดชอบสำหรับทุกการทดสอบ ผู้ดำเนินการควรอนุมัติผลลัพธ์ทางธุรกิจ ในขณะที่ผู้ให้บริการซอฟต์แวร์ ผู้ผลิตเครื่องชาร์จ ผู้รวมระบบการชำระเงิน และผู้ติดตั้งต้องจัดหาหลักฐานสำหรับส่วนของตน บันทึกความสัมพันธ์ระหว่างส่วนต่างๆ ตั้งแต่เนิ่นๆ เพื่อป้องกันไม่ให้บัญชีผู้ค้าที่หายไปดูเหมือนเป็นข้อบกพร่องของแพลตฟอร์ม

2. ตรวจสอบการเชื่อมต่อเครื่องชาร์จให้ละเอียดนอกเหนือจากตัวบ่งชี้ออนไลน์

การตรวจสอบเบื้องต้นควรครอบคลุมถึงข้อมูลประจำตัวและสถานะ ตรวจสอบให้แน่ใจว่าเครื่องชาร์จ สถานที่ และขั้วต่อที่ถูกต้องปรากฏอยู่ในแพลตฟอร์ม เปรียบเทียบฉลากจริงกับแผงควบคุมและส่วนติดต่อผู้ขับขี่ ผู้ขับขี่ที่กำลังสแกนขั้วต่อที่สองจะต้องไม่เผลอไปเริ่มสแกนขั้วต่อแรก

ทดสอบการลงทะเบียนบูต การเปลี่ยนแปลงสถานะ การรายงานมิเตอร์ และการทำธุรกรรมให้เสร็จสมบูรณ์ จากนั้นทดสอบคำสั่งต่างๆ ที่ระบุไว้ในสัญญาของคุณ เช่น การสตาร์ทระยะไกล การหยุดระยะไกล และการเรียกดูข้อมูลการวินิจฉัย คำสั่งที่ระบุว่า “ยอมรับแล้ว” เป็นเพียงหลักฐานส่วนหนึ่งเท่านั้น ตรวจสอบให้แน่ใจว่าผลลัพธ์ทางกายภาพที่ตั้งใจไว้เกิดขึ้นจริง

เดอะ Open Charge Alliance ชี้แจงว่า OCPP เวอร์ชัน 1.6 และ 2.0.1 ไม่สามารถใช้งานร่วมกันได้แพลตฟอร์มที่รองรับทั้งสองความต้องการนั้น จำเป็นต้องมีการใช้งานที่เหมาะสมและการตรวจสอบความถูกต้องในระดับเครื่องชาร์จ สอบถามว่าฟังก์ชันใดบ้างที่ได้รับการทดสอบกับอุปกรณ์ของคุณโดยเฉพาะ แทนที่จะยอมรับคำกล่าวอ้างเรื่องความเข้ากันได้แบบกว้างๆ

สำหรับข้อมูลเบื้องต้นเกี่ยวกับขอบเขตการบูรณาการ โปรดตรวจสอบ TRENDPOWER ได้เผยแพร่คำแนะนำการสนับสนุน OCPP แล้วเก็บแบบจำลองและเมทริกซ์เฟิร์มแวร์ที่ตกลงกันไว้แนบกับบันทึกการยอมรับ

3. ทดสอบการเข้าถึงและเส้นทางการขับขี่โดยสมบูรณ์

ลองทำตามขั้นตอนต่างๆ ในฐานะผู้ขับขี่มือใหม่ ไม่ใช่ในฐานะผู้ดูแลระบบที่รู้ทุกปุ่มอยู่แล้ว ค้นหาสถานที่ ระบุตัวเชื่อมต่อ อ่านราคา ยืนยันตัวตน เริ่มเรียกเก็บเงิน และรับบันทึกสุดท้าย ตรวจสอบประสบการณ์การใช้งานบนมือถือบนอุปกรณ์และเบราว์เซอร์ที่กลุ่มเป้าหมายของคุณใช้งานจริง

รวมถึงข้อมูลประจำตัวที่ถูกต้องและไม่ถูกต้อง การเข้าถึงที่หมดอายุ ตัวเชื่อมต่อที่ใช้งานอยู่แล้ว และคำขอเริ่มต้นซ้ำ ตรวจสอบให้แน่ใจว่าผู้ขับขี่ที่ไม่ได้รับอนุญาตได้รับคำอธิบายที่เป็นประโยชน์โดยไม่เปิดเผยข้อมูลบัญชี ในกรณีที่มีการใช้ RFID อินเทอร์เฟซเว็บ หรือแอปพลิเคชันเฉพาะแบรนด์ ให้ทดสอบแต่ละเส้นทางแยกกัน

สำหรับเว็บไซต์ที่ใช้งานร่วมกัน ให้ทดสอบสิทธิ์การเข้าถึงจากทั้งสองฝั่ง ตรวจสอบให้แน่ใจว่าผู้เยี่ยมชมที่ได้รับอนุญาตสามารถชำระเงินได้ และผู้เยี่ยมชมที่หมดอายุแล้วไม่สามารถชำระเงินได้ จากนั้นตรวจสอบว่าการเปลี่ยนแปลงสิทธิ์การเข้าถึงจะไม่เปลี่ยนแปลงบันทึกประวัติการใช้งานในครั้งก่อนหน้าโดยมีผลย้อนหลัง

4. คำนวณผลลัพธ์การเรียกเก็บเงินและการชำระเงินใหม่โดยอิสระ

เลือกกลุ่มการใช้งานขนาดเล็กที่มีข้อมูลป้อนเข้าที่ทราบแล้ว เริ่มจากการใช้แพ็กเกจค่าไฟฟ้าแบบง่ายๆ ก่อน จากนั้นจึงทดสอบค่าธรรมเนียมการเชื่อมต่อ ค่าใช้จ่ายตามเวลา ส่วนลด หรือค่าธรรมเนียมการไม่ได้ใช้งานที่ตกลงกันไว้ คำนวณค่าใช้จ่ายที่คาดว่าจะเกิดขึ้นแยกต่างหาก และเปรียบเทียบกับบันทึกของแพลตฟอร์ม ใบเสร็จรับเงิน และผู้ให้บริการชำระเงิน

ระบุเงื่อนไขขอบเขต: อัตราค่าบริการเปลี่ยนแปลงตอนเที่ยงคืน ช่วงเวลาการให้บริการครอบคลุมสองรอบราคา ช่วงเวลาที่ไม่ใช้พลังงาน และการปัดเศษตามหน่วยสกุลเงินที่เล็กที่สุดที่รองรับ บันทึกเขตเวลาที่เกี่ยวข้องและนโยบายสำหรับช่วงเวลาการให้บริการที่กำลังดำเนินอยู่เมื่ออัตราค่าบริการเปลี่ยนแปลง

การทดสอบการชำระเงินควรรวมถึง การอนุมัติสำเร็จ การอนุมัติล้มเหลว การเริ่มต้นการเรียกเก็บเงินล้มเหลว และการแจ้งเตือนผู้ให้บริการล่าช้า ตรวจสอบว่าการโทรกลับซ้ำๆ ไม่ทำให้เกิดการเรียกเก็บเงินซ้ำ สำหรับภาพรวมที่กว้างขึ้นของการตั้งค่าเชิงพาณิชย์ ให้ใช้ ภาพรวมโซลูชันการชำระเงินสำหรับการชาร์จรถยนต์ไฟฟ้า ควบคู่ไปกับข้อกำหนดการผสานรวมของผู้ให้บริการของคุณ

5. ตรวจสอบความถูกต้องของการควบคุมภาระภายใต้สภาวะจริง

หากการจัดการโหลดอยู่ในขอบเขตงาน ให้ทดสอบร่วมกับวิศวกรประจำไซต์งานและอุปกรณ์ที่ตกลงกันไว้ กำหนดขอบเขตการควบคุมให้ชัดเจน: กลุ่มเครื่องชาร์จ สายป้อน หรืออาคารทั้งหมด การแสดงผลรวมบนแดชบอร์ดโดยอิงจากข้อมูลเครื่องชาร์จเพียงอย่างเดียวไม่สามารถพิสูจน์ได้ว่าอาคารทั้งหมดอยู่ภายในขีดจำกัดที่กำหนด

ใช้การทดสอบแบบควบคุมเพื่อเพิ่มความต้องการในการชาร์จและเปลี่ยนแปลงโหลดของอาคารที่เกี่ยวข้อง เปรียบเทียบขีดจำกัดที่ร้องขอ การตอบสนองของเครื่องชาร์จ และผลการวัด คำนึงถึงช่วงเวลาการตอบสนองและค่าความคลาดเคลื่อนในการวัดที่ระบุไว้ อย่าสร้างเกณฑ์สากลที่อุปกรณ์ไม่สามารถทำได้

ทดสอบแผนสำรองที่ตกลงกันไว้เมื่อมิเตอร์วัดไฟ ตัวควบคุมในพื้นที่ หรือการเชื่อมต่อระบบคลาวด์ไม่สามารถใช้งานได้ บันทึกว่าใครได้รับการแจ้งเตือนและวิธีการที่การดำเนินงานกลับมาดำเนินการต่อ การกำหนดเวลาด้วยซอฟต์แวร์สนับสนุนกลยุทธ์การควบคุมที่ออกแบบไว้ ไม่ได้ทดแทนการป้องกันทางไฟฟ้าหรือการออกแบบไซต์งานที่ได้รับการอนุมัติ

6. จำลองสถานการณ์ความล้มเหลวและการกู้คืน

ระบบเครือข่ายการผลิตต้องการพฤติกรรมที่คาดการณ์ได้เมื่อส่วนประกอบหายไป ตัดการเชื่อมต่ออินเทอร์เน็ตของเครื่องชาร์จ รีสตาร์ทแอปพลิเคชันหากได้รับอนุญาต และจำลองการแจ้งเตือนที่พลาดไปในสภาพแวดล้อมที่มีการควบคุม ตรวจสอบมุมมองของคนขับ การแจ้งเตือนของผู้ปฏิบัติงาน และการกระทบยอดในที่สุด

การทำงานแบบออฟไลน์ขึ้นอยู่กับความสามารถและการกำหนดค่าของเครื่องชาร์จ อย่าคิดว่าเซสชันจะเริ่มต้นแบบออฟไลน์ได้เพียงเพราะเซสชันที่มีอยู่ทำงานต่อเนื่อง แยกกรณีเหล่านั้นออกจากกันและระบุให้ชัดเจนว่าวิธีการเข้าถึงและการควบคุมภายในใดที่คาดว่าจะใช้งานได้

หลังจากเชื่อมต่อใหม่แล้ว ให้ตรวจสอบไทม์ไลน์เพื่อหาช่องว่าง ข้อมูลซ้ำซ้อน และเวลาที่ไม่ถูกต้อง อ่านข้อมูลที่มีอยู่ คู่มือการชาร์จรถยนต์ไฟฟ้าแบบออฟไลน์ ในการกำหนดกรณีเหล่านี้ ควรแนบหลักฐานการกู้คืนมาในการส่งมอบงาน ไม่ใช่แค่ภาพหน้าจอที่แสดงว่าเครื่องชาร์จกลับมาใช้งานได้แล้วเท่านั้น

7. ตรวจสอบสิทธิ์การเข้าถึง การส่งออก และการส่งมอบงานด้านปฏิบัติการ

เข้าสู่ระบบในฐานะผู้ดูแลเว็บไซต์ ตัวแทนฝ่ายสนับสนุน ผู้ใช้ด้านการเงิน และผู้ดูแลระบบ ทดสอบทั้งการกระทำที่ได้รับอนุญาตและที่ถูกบล็อก รวมถึงการเปลี่ยนแปลงอัตราค่าบริการ การคืนเงิน การส่งออก และคำสั่งระยะไกล (หากมีฟังก์ชันเหล่านั้น) บทบาทแต่ละบทบาทควรมีสิทธิ์เข้าถึงเพียงพอที่จะทำงานได้โดยไม่กลายเป็นทางลัดเข้าถึงข้อมูลทุกเว็บไซต์

ส่งออกข้อมูลการทดสอบและเปรียบเทียบผลรวมกับแดชบอร์ด ตรวจสอบข้อมูลประจำตัวของตัวเชื่อมต่อ เวลา หน่วยพลังงาน สกุลเงิน ช่องภาษี (ถ้ามี) และสถานะทางการเงิน สอบถามเกี่ยวกับวิธีการแสดงการแก้ไข และว่ามีบันทึกการตรวจสอบที่ระบุตัวบุคคลหรือระบบที่รับผิดชอบหรือไม่

สุดท้ายนี้ ให้ผู้ที่จะบริหารจัดการเครือข่ายเป็นผู้ดำเนินการงานประจำ พวกเขาควรทราบวิธีการตรวจสอบปัญหาการเริ่มต้นระบบที่ไม่สำเร็จ ติดต่อซัพพลายเออร์ที่ถูกต้อง ค้นหาข้อมูลอ้างอิงการชำระเงิน และอธิบายการชำระเงินที่ค้างอยู่ให้แก่คนขับ แพลตฟอร์มที่สมบูรณ์ทางเทคนิคก็อาจล้มเหลวในการส่งมอบได้หากขั้นตอนเหล่านี้ยังไม่ชัดเจน

8. ตกลงเกี่ยวกับเกณฑ์การเผยแพร่และแผนการทยอยเปิดตัว

ใช้เกณฑ์การอนุมัติที่เป็นลายลักษณ์อักษรที่ตกลงกันไว้ก่อนทำการทดสอบ ตัวอย่างเช่น โครงการของคุณอาจกำหนดให้ขั้นตอนการทำงานที่สำคัญทั้งหมดต้องผ่านการตรวจสอบ ข้อบกพร่องที่ขัดขวางการทำงานทั้งหมดต้องได้รับการแก้ไข และปัญหาเล็กน้อยที่ยอมรับได้ต้องมีผู้รับผิดชอบและกำหนดวันแก้ไข นี่เป็นการตัดสินใจของโครงการ ไม่ใช่มาตรฐานการรับรองระดับอุตสาหกรรม

เริ่มต้นด้วยโครงการนำร่องขนาดเล็กที่แสดงถึงเครือข่ายโดยรวม รวมถึงประเภทของเครื่องชาร์จ วิธีการเข้าถึง และขั้นตอนการชำระเงินที่มีความเสี่ยงด้านการดำเนินงานมากที่สุด ขยายผลหลังจากตรวจสอบบันทึกการใช้งานจริงและยืนยันแล้วว่าทีมสนับสนุนสามารถจัดการกับปัญหาที่พบได้

เอกสารการยอมรับควรประกอบด้วยตารางอุปกรณ์ กรณีทดสอบ ผลลัพธ์ บันทึกข้อบกพร่อง ข้อมูลพื้นฐานการกำหนดค่า ข้อมูลติดต่อผู้ใช้งาน และขั้นตอนการย้อนกลับ ซึ่งจะเป็นข้อมูลอ้างอิงที่มีประโยชน์เมื่อมีการอัปเดตเฟิร์มแวร์ในภายหลังหรือการเปลี่ยนแปลงอัตราค่าบริการที่ทำให้เกิดพฤติกรรมที่ไม่คาดคิด

คำถามที่พบบ่อย

การทดสอบการเชื่อมต่อ OCPP เพียงอย่างเดียวเพียงพอสำหรับการยอมรับหรือไม่?

ไม่ค่ะ ข้อมูลนี้ยืนยันเพียงบางส่วนของระบบเท่านั้น คุณยังคงต้องตรวจสอบเส้นทางการขับขี่ อัตราค่าบริการ ผลการชำระเงิน สิทธิ์การเข้าถึง รายงาน และขั้นตอนการกู้คืนข้อมูลที่ตกลงกันไว้ในการตั้งค่าโครงการจริงอยู่ดี

เครื่องชาร์จทุกเครื่องควรได้รับการทดสอบแบบเดียวกันหรือไม่?

ทุกหน่วยที่ติดตั้งแล้วจำเป็นต้องมีการตรวจสอบการใช้งานตามที่ตกลงกันไว้ ความลึกของการทดสอบซอฟต์แวร์ซ้ำๆ สามารถปฏิบัติตามแผนการสุ่มตัวอย่างตามความเสี่ยงได้ แต่รุ่นที่แตกต่างกัน เวอร์ชันเฟิร์มแวร์ และการกำหนดค่าไซต์ที่ไม่ปกติ จำเป็นต้องมีการครอบคลุมอย่างชัดเจน

ใครเป็นผู้ลงนามอนุมัติซอฟต์แวร์?

ผู้ดำเนินการควรแต่งตั้งผู้ตรวจสอบอนุมัติที่มีความรับผิดชอบ ซัพพลายเออร์ต้องจัดหาหลักฐานสำหรับขอบเขตงานของตนเอง ในขณะที่การรับรองด้านไฟฟ้าและความปลอดภัยยังคงเป็นหน้าที่ของผู้ที่มีคุณสมบัติเหมาะสม กำหนดให้ความรับผิดชอบเหล่านั้นเป็นส่วนหนึ่งของข้อตกลงโครงการ