ควรกำหนดข้อกำหนดของซอฟต์แวร์ซื้อขายคริปโตอัตโนมัติจากพฤติกรรมที่สังเกตได้ ข้อกำหนดอย่างการดำเนินคำสั่งอย่างมีประสิทธิภาพฟังดูมีประโยชน์ แต่ไม่บอกผู้ทบทวนว่าโปรแกรมต้องทำอะไรเมื่อราคาเสนอหมดอายุ เงินถูกกันไว้แล้ว หรือคำตอบหลังส่งหายไป ข้อกำหนดที่ทดสอบได้ระบุข้อมูลนำเข้า การเปลี่ยนสถานะที่อนุญาต และหลักฐานที่ยืนยันผล
คู่มือนี้พัฒนาการทดสอบตรวจรับระบบอัตโนมัติที่คำนึงถึงต้นทุนโดยใช้บัญชีสปอตสมมติ ตัวเลขแต่งขึ้นเพื่อให้ทำบัญชีซ้ำได้ ไม่ใช่ตารางค่าธรรมเนียมปัจจุบันหรือผลตอบแทนคาดหมาย เป้าหมายคือตรวจว่าซอฟต์แวร์ทำตามกฎที่ประกาศและรักษาสถานะบัญชีหรือไม่ การผ่านการทดสอบยืนยันพฤติกรรมดำเนินงาน ไม่ได้ยืนยันว่ากลยุทธ์ซื้อขายทำกำไร
ข้อกำหนดซอฟต์แวร์ซื้อขายคริปโตอัตโนมัติเริ่มจากเงื่อนไขที่ต้องคงจริง
เงื่อนไขที่ต้องคงจริงคือเงื่อนไขที่ควรเป็นจริงตลอดเหตุการณ์ปกติและความล้มเหลว ตัวอย่างที่มีประโยชน์คือเงินสดที่ผูกพันรวมต้องไม่เกินทรัพยากรที่พร้อมและได้รับอนุญาต อีกตัวอย่างคือเจตนาถาวรเดียวกันต้องไม่สร้างคำสั่งเพิ่มเพียงเพราะส่งเหตุการณ์มาสองครั้ง ข้อความเหล่านี้หนักแน่นกว่าชุดภาพหน้าจอกรณีสำเร็จ เพราะใช้ตลอดกระบวนการ
เขียนเงื่อนไขด้วยภาษาที่ผู้ทบทวนตรวจได้ ระบบต้องระบุบัญชีก่อนกันเงินทุน ผลคำสั่งที่ไม่ทราบต้องยังกันวงเงินไว้ การตั้งค่าใหม่ต้องไม่เขียนเหตุผลที่แนบไว้กับเจตนาเก่าขึ้นใหม่ แต่ละข้อความควรระบุหลักฐานที่แสดงการละเมิดได้ หากไม่มีข้อสังเกตใดที่อาจหักล้างข้อกำหนด ก็อาจกว้างเกินไปสำหรับตรวจรับ
คู่มือวงจรซื้อขายอัตโนมัติฉบับก่อน แยกการตั้งค่า การสังเกต และกิจกรรมบัญชี ใช้ขั้นเหล่านี้แบ่งข้อกำหนด ส่วนกลยุทธ์อาจเสนอการกระทำ แต่ส่วนความเสี่ยงที่เป็นอิสระตัดสินว่าการกระทำอยู่ในขีดจำกัดบัญชีหรือไม่ การแยกหน้าที่ทำให้อธิบายง่ายขึ้นว่าเหตุใดข้อสังเกตที่ดูน่าสนใจจึงไม่ได้ทำให้เกิดการดำเนินคำสั่ง
กำหนดบัญชีสมมติอย่างแม่นยำ
สมมติบัญชีเริ่มด้วยสินทรัพย์อ้างราคา 2,000 หน่วยและไม่มีสถานะในสินทรัพย์ที่เลือก จากยอดนั้นกัน 200 หน่วยเป็นเงินเผื่อดำเนินงาน และมีอีก 300 ผูกพันกับเจตนาอื่นที่ยังทำงานอยู่ การตัดสินใจใหม่จึงเริ่มด้วยวงเงิน 1,500 หน่วยภายใต้นโยบายที่ระบุ หมวดเหล่านี้ควรแยกได้ในทุกหน้าจอและข้อมูลส่งออก
กลยุทธ์ใหม่เสนอซื้อสินทรัพย์ไม่เกิน 80 หน่วยที่ราคาจำกัดหน่วยละ 10 หน่วยอ้างราคา สำหรับแบบฝึกนี้ สมมติค่าธรรมเนียมซื้อขายหนึ่งในสิบของหนึ่งเปอร์เซ็นต์โดยเก็บเป็นสินทรัพย์อ้างราคา และค่าใช้จ่ายดำเนินการ 2 หน่วยที่จำลองแยก ยอดกันใหม่สูงสุดคือ 800 บวก 0.80 บวก 2 หรือ 802.80 หน่วยอ้างราคา ต้องตรวจต้นทุนแพลตฟอร์มจริงแยกต่างหาก
บันทึกชุดข้อมูลทดสอบเป็นข้อมูลนำเข้าที่ไม่เปลี่ยน รวมตัวระบุบัญชี ตัวตนสินทรัพย์ ตัวตนสินทรัพย์อ้างราคา ยอดเริ่มต้น ภาระเดิม และสมมติฐานค่าธรรมเนียม ภาพหน้าจอผลสุดท้ายไม่พอให้ทำซ้ำ ผู้ทบทวนภายหลังต้องรู้ว่าทรัพยากรใดพร้อมก่อนตัดสินใจใหม่ และต้นทุนใดรวมอยู่ในงบอนุญาต
ระบุว่าสัญญาณเสนออะไรได้
สัญญาณควรสร้างข้อเสนอที่มีเหตุผล เวลาของหลักฐาน และความเสี่ยงที่ขอ ไม่ควรสร้างยอดคงเหลือ เปลี่ยนสิทธิ์บัญชี หรือสมมติว่าคำสั่งดำเนินการแล้ว ในกรณีสมมติ สัญญาณเสนอซื้อ 80 หน่วยเพราะเงื่อนไขสังเกตที่ประกาศไว้ล่วงหน้าผ่าน แบบฝึกตรวจรับไม่จำเป็นต้องอ้างว่าเงื่อนไขนั้นมีคุณค่าพยากรณ์
ข้อเสนอควรระบุเวอร์ชันหลักฐานที่ใช้คำนวณ หากข้อสังเกตต้นทางถูกแก้ ให้เก็บข้อเสนอเดิมและสร้างการประเมินใหม่ แทนการแทนประวัติอย่างเงียบ ๆ เรื่องนี้สำคัญเมื่อทบทวนว่าเหตุใดระบบจึงทำการกระทำนั้น ไม่อาจประเมินการตัดสินใจอย่างเป็นธรรมด้วยข้อมูลที่เพิ่งพร้อมหลังอนุญาตแล้ว
คู่มือระบบอัตโนมัติคริปโต อธิบายการแบ่งเป้าหมายกว้างเป็นหน้าที่มีขอบเขต ใช้การแบ่งนั้นที่นี่ สัญญาณเป็นผู้เสนอ ชั้นความเสี่ยงเป็นผู้ตรวจ ชั้นกันวงเงินเป็นผู้ผูกพันทรัพยากร และชั้นดำเนินคำสั่งพยายามทำการกระทำที่อนุญาต ชื่ออาจต่างกันในแต่ละระบบ แต่หน้าที่ควรมองเห็นได้ในบันทึกตรวจรับ
การอนุญาตต้องรวมงบครบถ้วน
การตรวจความเสี่ยงเปรียบเทียบยอดกันสูงสุด 802.80 หน่วยกับวงเงินพร้อมใช้ 1,500 หน่วย ภายใต้นโยบายสมมติ ข้อเสนออยู่ในขอบเขตและเหลือ 697.20 หน่วยสำหรับกิจกรรมใหม่อื่น การทดสอบควรตรวจทั้งสองจำนวน หากตรวจเพียงว่ามูลค่าซื้อขายที่ขอ 800 ต่ำกว่ายอดรวม จะพลาดค่าธรรมเนียม เงินเผื่อดำเนินงาน และภาระก่อนหน้า
กำหนดว่าวงเงินเผื่อค่าธรรมเนียมเป็นขอบเขตตายตัวหรือประมาณการ หากการดำเนินการจริงเกินงบอนุญาตได้ ซอฟต์แวร์ต้องมีข้อจำกัดบังคับใช้อีกอย่างหรือกฎปฏิเสธ การเรียกต้นทุนว่าประมาณการไม่ได้ให้อำนาจไม่จำกัด บันทึกตรวจรับควรอธิบายว่าจะเกิดอะไรหากราคาเสนอสุดท้ายหรือค่าใช้จ่ายธุรกรรมเกินสมมติฐานที่ใช้อนุญาต
ทดสอบค่าขอบเขตด้วย เพิ่มจำนวนที่เสนอจนยอดกันเกินวงเงินเล็กน้อย ผลที่คาดคือการปฏิเสธที่มีบันทึก หรือข้อเสนอใหม่ที่นโยบายอนุญาตชัดเจน การปรับขนาดโดยไม่แจ้งไม่ใช่สิ่งที่ยอมรับได้โดยอัตโนมัติ เพราะเปลี่ยนการตัดสินใจเดิม หากรองรับการปรับขนาด กฎและจำนวนที่ได้ควรอยู่ในข้อกำหนดที่ระบุ
ซอฟต์แวร์ซื้อขายคริปโตอัตโนมัติต้องมีตัวตนถาวร
ให้ตัวระบุเจตนาแก่การตัดสินใจก่อนส่ง ตัวระบุควรเชื่อมข้อสังเกตเดิม การอนุญาตบัญชี การกันเงินทุน และความพยายามดำเนินการที่ตามมา ตัวระบุคำสั่งหรือธุรกรรมแยกอาจปรากฏหลังคำขอถึงระบบดำเนินคำสั่ง เก็บทั้งสองไว้เพื่อให้แอปแยกการตัดสินใจถาวรของตนออกจากสิ่งที่แทนการตัดสินใจนั้นในระบบภายนอก
ส่งเหตุการณ์นำเข้าเดิมสองครั้งในการทดสอบ การส่งครั้งที่สองควรพบเจตนาที่มีอยู่ ไม่ใช่กันอีก 802.80 หน่วย นี่เป็นเงื่อนไขตรวจรับสำคัญ เพราะระบบข้อมูลจำนวนมากส่งเหตุการณ์ซ้ำได้หลังเชื่อมต่อใหม่ การรับส่งซ้ำไม่เท่ากับโอกาสทางเศรษฐกิจครั้งที่สอง และบัญชีไม่ควรอนุมานการอนุญาตใหม่จากการส่งซ้ำอย่างเดียว
คู่มือประสานหลายกระเป๋าฉบับก่อน มีประโยชน์เมื่อมีตัวทำงานหลายบัญชี ตัวตนเจตนาต้องมีขอบเขตพอจะไม่สับสนข้ามบัญชี แต่ยังป้องกันงานซ้ำภายในบัญชีที่ตั้งใจ ป้ายที่ไม่ซ้ำทั้งระบบช่วยได้ แต่ข้อกำหนดจริงคือความเป็นเจ้าของและการตีความที่สอดคล้องกันตลอดกระบวนการ
จำลองผลจับคู่บางส่วนโดยไม่ทำส่วนที่เหลือหาย
ต่อมาสมมติคำสั่งจับคู่ 50 หน่วยที่ราคา 9.90 มูลค่าซื้อขายคือ 495 ตามอัตราค่าธรรมเนียมสมมติ ค่าธรรมเนียมผลจับคู่คือ 0.495 หากความพยายามนี้มีค่าใช้จ่ายดำเนินการ 2 หน่วย ส่วนที่เสร็จใช้ไปแล้ว 497.495 หน่วยอ้างราคา บัญชีได้สินทรัพย์ 50 หน่วย ไม่ใช่ 80 ที่ขอเดิม
อีก 30 หน่วยยังผูกกับคำสั่งที่ทำงาน มูลค่าสูงสุดคือ 300 ที่ราคาจำกัด และค่าธรรมเนียมสูงสุดสมมติคือ 0.30 เก็บยอดกัน 300.30 หน่วยสำหรับส่วนที่เหลือภายใต้แบบจำลองต้นทุนของแบบฝึกนี้ ส่วนต่างระหว่างยอดกันเดิมกับต้นทุนที่เสร็จบวกยอดกันที่เหลือคือ 5.005 หน่วย สะท้อนราคาจับคู่ที่ดีขึ้นและค่าธรรมเนียมต่ำลงสำหรับจำนวนที่จับคู่แล้ว
การทดสอบควรตรวจนโยบายปล่อยวงเงินอย่างชัดเจน บางระบบเก็บยอดกันเดิมทั้งก้อนจนเสร็จเพื่อความง่าย บางระบบค่อยปล่อยวงเงินส่วนเกินที่ยืนยันแล้ว ทั้งสองแนวทางต้องมีข้อกำหนดชัดเจน ข้อสำคัญคือระบบต้องไม่ปล่อยเงินที่ยังจำเป็นต่อส่วนที่เหลือซึ่งทำงานหรือยังไม่มีข้อยุติ และต้องไม่ถือจำนวนที่ยังไม่จับคู่เป็นสินทรัพย์ที่เป็นเจ้าของ
การยกเลิกคือคำขอที่มีผลของตนเอง
หลังจับคู่บางส่วน กลยุทธ์ขอยกเลิกอีก 30 หน่วย คำขอนั้นไม่ได้พิสูจน์ทันทีว่าคำสั่งหายแล้ว ระบบดำเนินคำสั่งอาจตอบรับก่อนรายงานสถานะสุดท้าย และอาจมีการจับคู่เพิ่มระหว่างนั้น สถานการณ์ตรวจรับควรรวมความเป็นไปได้นี้ แทนการสมมติว่าการยกเลิกเหมือนยางลบที่ทำเสร็จทันที
สำหรับชุดทดสอบพื้นฐาน ให้กำหนดว่ายืนยันยกเลิกแล้วโดยไม่มีผลจับคู่เพิ่ม จึงปล่อยยอดกันส่วนที่เหลือ 300.30 หน่วยได้ บัญชียังถือ 50 หน่วยที่ได้มาและมีต้นทุนส่วนเสร็จ 497.495 หน่วย ภาระอื่น 300 หน่วยและเงินเผื่อดำเนินงาน 200 หน่วยไม่เปลี่ยน การยกเลิกส่วนเหลือไม่ได้ย้อนการซื้อก่อนหน้าหรือค่าใช้จ่ายที่เกิดแล้ว
เพิ่มอีกกรณีที่จับคู่เพิ่มห้าหน่วยก่อนยกเลิกเสร็จ ระบบต้องรวมหน่วยเหล่านั้นและต้นทุนจริงก่อนหาจำนวนสุดท้ายที่ปล่อยได้ ผลที่คาดควรคำนวณจากหลักฐานจับคู่ใหม่ ไม่ใช่เวลาที่ผู้ปฏิบัติงานกดยกเลิก กรณีนี้ทดสอบว่าโค้ดตามเหตุการณ์เศรษฐกิจ ไม่ใช่เจตนาบนอินเทอร์เฟซ
แนะนำและรับ USDC
แนะนำและรับ USDCโปรแกรมพันธมิตรของเราจ่ายเงินแบบเรียลไทม์
ทดสอบผลการส่งที่ไม่ทราบ
สถานการณ์กู้คืนการซื้อขายอัตโนมัติควรตัดการสื่อสารทันทีหลังส่ง ชุดทดสอบบันทึกว่าคำขออาจถึงระบบดำเนินคำสั่งแล้ว ขณะที่แอปไม่ได้รับคำตอบชี้ขาด สถานะที่ต้องได้คือยังไม่มีข้อยุติและรักษายอดกันไว้ ไม่ควรสร้างคำสั่งเศรษฐกิจใหม่เพียงเพราะการเรียกเดิมคืนข้อผิดพลาดหรือหมดเวลารอ
การกู้คืนค้นผลเดิมด้วยข้อมูลอ้างอิงถาวรที่ส่วนเชื่อมต่อรองรับ อาจตรวจประวัติบัญชี คำสั่งที่เปิด หรือสถานะธุรกรรม ข้อกำหนดควรอธิบายว่าหลักฐานใดพอจัดประเภทความพยายามว่ารับแล้ว ปฏิเสธ เสร็จ หรือยังไม่ทราบ และอธิบายวิธียกระดับความไม่แน่นอนเมื่อแหล่งที่มีไม่ตรงกันหรือยังไม่ครบ
คู่มือบอตอาร์บิทราจคริปโต แสดงว่าการส่งที่ยังไม่มีข้อยุติมีผลสำคัญเป็นพิเศษเมื่ออีกขาอาจดำเนินการแล้ว หลักเดียวกันใช้กับตัวอย่างคำสั่งเดียวนี้ การหมดเวลารอเปลี่ยนสิ่งที่แอปรู้ ไม่จำเป็นต้องเปลี่ยนสิ่งที่บัญชีภายนอกทำแล้ว การทดสอบตรวจรับจึงต้องแยกข้อเท็จจริงสองอย่างนี้
วัดต้นทุนโดยไม่เปลี่ยนประมาณการเป็นข้อเท็จจริง
หลังกระทบยอด ให้ใช้จำนวนที่สังเกตจริงแทนต้นทุนดำเนินการที่ประมาณไว้ แต่ยังเก็บประมาณการเดิมไว้เทียบ ผู้ทบทวนจึงเห็นว่าแบบจำลองงบเผื่อไว้อย่างระมัดระวัง ให้ค่าตรงจริง หรือยังไม่ครบ การเขียนทับช่องเดียวจากประมาณเป็นจริงทำลายหลักฐานนั้น และทำให้ปรับปรุงสมมติฐานต้นทุนในอนาคตยากขึ้น
ในกรณีจับคู่บางส่วนสมมติ ต้นทุนรวมที่สังเกตคือ 497.495 หน่วยภายใต้สมมติฐานที่ระบุ หารด้วย 50 ได้ 9.9499 หน่วยอ้างราคาต่อสินทรัพย์หนึ่งหน่วยเมื่อจัดสรรค่าใช้จ่ายคงที่ให้การซื้อนี้ ราคาเฉลี่ยซื้อขายยังเป็น 9.90 ทั้งสองค่ามีประโยชน์ได้ แต่ควรมีป้ายต่างกันเพราะค่าหนึ่งรวมต้นทุนและอีกค่าไม่รวม
คู่มือซอฟต์แวร์อาร์บิทราจคริปโต ศึกษาว่าเหตุใดความต่างนี้สำคัญเมื่อส่วนต่างที่เห็นเล็ก สำหรับการตรวจรับ พฤติกรรมสำคัญคือการทำบัญชีที่สร้างซ้ำได้ ซอฟต์แวร์ไม่ควรสลับระหว่างค่าก่อนต้นทุนกับค่ารวมต้นทุนตามว่าค่าใดดูดีกว่า นิยามคงที่ทำให้ผู้ทบทวนเทียบผลเศรษฐกิจที่คาดกับบันทึกบัญชีจริงได้
ทดสอบหลักฐานเก่าและการตั้งค่าที่เปลี่ยน
สร้างชุดทดสอบที่ข้อสังเกตหมดอายุระหว่างเสนอและอนุญาต พฤติกรรมที่คาดควรเป็นการตรวจซ้ำ ปฏิเสธ หรือการเปลี่ยนขั้นอื่นที่อนุญาตชัดเจน แอปไม่ควรตีความว่าสัญญาณที่เคยใช้ได้เป็นอำนาจถาวร ขีดจำกัดอายุหลักฐานต้องเป็นส่วนของกฎตัดสินใจและปรากฏในบันทึกปฏิเสธ
จากนั้นเปลี่ยนการตั้งค่ากลยุทธ์ขณะที่เจตนายังรอผล เจตนาเดิมควรยังผูกกับเวอร์ชันที่อนุญาต เว้นแต่มีกระบวนการแก้ไขที่มีเอกสารเปลี่ยนมัน การตั้งค่าใหม่กำกับการตัดสินใจอนาคตได้โดยไม่เขียนอดีตใหม่ เรื่องนี้สำคัญเป็นพิเศษเมื่อผู้ทบทวนภายหลังพยายามสร้างเหตุผลซ้ำว่าทำไมระบบผูกพันจำนวนเฉพาะนั้น
การทดสอบที่มีประโยชน์แยกการเก็บการตั้งค่าออกจากการเปิดใช้ การบันทึกขีดจำกัดฉบับแก้ไขไม่ได้หมายความว่าทุกส่วนที่ทำงานรับไปใช้แล้ว ซอฟต์แวร์ควรแสดงเวอร์ชันที่มีผลและจุดที่การเปลี่ยนเริ่มมีผล มิฉะนั้นผู้ปฏิบัติงานอาจคิดว่าข้อจำกัดใช้แล้ว ขณะที่ตัวทำงานยังใช้ชุดสิทธิ์ก่อนหน้า
รวมกรณีไม่ผ่านที่ให้ข้อมูลมีประโยชน์
การทดสอบกรณีไม่ผ่านควรมุ่งความล้มเหลวที่มีความหมาย ตัวตนสินทรัพย์ที่ไม่รองรับ ทรัพยากรธุรกรรมหมด ภาพบัญชีเก่า และงบที่ผูกพันเกินล้วนทดสอบคนละขอบเขต ข้อมูลไม่ถูกต้องที่แทบเหมือนกันจำนวนมากอาจสร้างยอดทดสอบน่าประทับใจโดยไม่เพิ่มความมั่นใจในพฤติกรรมเศรษฐกิจของระบบ
สำหรับแต่ละกรณี ให้ระบุว่าอะไรต้องไม่เปลี่ยน ข้อเสนอที่ถูกปฏิเสธไม่ควรได้ตัวระบุคำสั่งจริง ใช้วงเงินซื้อขาย หรือปรากฏเป็นการซื้อขายเสร็จแล้ว แต่อาจยังสร้างบันทึกตรวจสอบและต้นทุนดำเนินงาน ขึ้นกับว่าปฏิเสธที่ขั้นใด ควรแยกชัดเพื่อไม่ให้การทดสอบสับสนการเก็บหลักฐานกับกิจกรรมบัญชีที่ไม่ได้รับอนุญาต
ตารางประเมินหลักฐานซอฟต์แวร์ซื้อขายฉบับก่อน ให้โครงประเมินที่มีประโยชน์ ใช้กับพฤติกรรมที่สาธิต ไม่ใช่ความครอบคลุมที่กล่าวอ้าง การทดสอบล้มเหลวเป็นข้อมูลมีค่าเมื่อระบุข้อกำหนดที่ทำให้ชัดขึ้นได้ หรือข้อบกพร่องโค้ดที่แก้ได้ก่อนขยายการใช้
สร้างผลลัพธ์ซ้ำจากสมุดบันทึก
เมื่อจบรอบตรวจรับ ส่งออกสมุดบันทึกและย้อนสร้างบัญชีโดยไม่พึ่งแอปที่กำลังทำงานอยู่ ผู้ทบทวนควรระบุยอดเริ่มต้น 2,000 หน่วย ยอดที่กันไว้แต่ละส่วน สินทรัพย์ที่ได้ 50 หน่วย ต้นทุนส่วนที่เสร็จ และส่วนที่เหลือที่ปล่อยแล้วได้ แต่ละข้อสรุปควรชี้ไปยังเหตุการณ์ที่บันทึกหรือสมมติฐานที่ระบุ
การย้อนสร้างนี้ทดสอบมากกว่าการทำบัญชี เพราะเผยว่าซอฟต์แวร์เก็บลำดับเวลาและป้ายเหตุการณ์มีความหมายตามที่อ้างหรือไม่ เหตุการณ์ส่งแล้วไม่ควรนับเป็นผลจับคู่ คำขอยกเลิกไม่ควรนับเป็นยกเลิกยืนยันแล้ว การปรับมูลค่าไม่ควรเปลี่ยนจำนวนหน่วยสินทรัพย์ที่เป็นเจ้าของ สมุดบันทึกควรรักษาความต่างแม้อินเทอร์เฟซทำให้ง่ายลง
ผู้ทบทวนควรระบุช่องว่างได้ด้วย หากไม่ทราบค่าใช้จ่ายดำเนินการ ข้อมูลส่งออกควรบอกว่าบัญชีต้นทุนยังไม่ครบ แทนการใส่ศูนย์ ข้อมูลที่ขาดเป็นคนละสถานะกับศูนย์ที่วัดได้ การรักษาความต่างทำให้เจ้าของประเมินข้อจำกัดจริงของผลได้โดยไม่สร้างความแม่นยำขึ้นเอง
บันทึกการตรวจรับโดยไม่อ้างว่ากลยุทธ์สำเร็จ
รายงานตรวจรับควรระบุชุดข้อกำหนด ข้อมูลทดสอบ เวอร์ชันซอฟต์แวร์ และผลที่สังเกต ควรระบุข้อจำกัดที่เหลือและเงื่อนไขที่ต้องทดสอบผลใหม่ การเปลี่ยนความหมายคำสั่ง สิทธิ์บัญชี หรือการจัดการต้นทุนอาจทำให้ผลตรวจรับก่อนหน้าใช้ไม่ได้ แม้การตั้งค่ากลยุทธ์ที่เห็นยังเหมือนเดิม
การผ่านสถานการณ์เหล่านี้ยืนยันว่าระบบทำงานสอดคล้องกับกระบวนการที่กำหนด ไม่ได้ยืนยันว่าสัญญาณทำนายราคาอนาคตหรือการจัดสรรที่เลือกเหมาะกับบุคคลใด นั่นเป็นคำถามวิจัยและตัดสินใจแยกกัน การแยกป้องกันไม่ให้การสาธิตที่สำเร็จทางเทคนิคกลายเป็นคำกล่าวเศรษฐกิจที่ไร้หลักฐาน
สิ่งส่งมอบในทางปฏิบัติคือชุดหลักฐานเล็กที่ทำซ้ำได้ ได้แก่ ข้อกำหนด ข้อมูลสมมติ การเปลี่ยนขั้นที่คาด บันทึกที่สังเกต และเลขคำนวณที่กระทบยอดแล้ว ชุดนี้ทำให้ผู้ทบทวนอื่นเข้าใจว่าขอให้ซอฟต์แวร์ทำอะไร และเหตุใดผลจึงผ่านหรือไม่ผ่าน นี่เป็นฐานระบบอัตโนมัติที่หนักแน่นกว่าความมั่นใจจากการสาธิตที่ไม่ขาดตอน
รักษาความต่างระหว่างนาฬิกาทดสอบกับนาฬิกาตลาด
ชุดทดสอบที่สร้างซ้ำได้ควรควบคุมเวลาอย่างชัดเจน การทดสอบต้องรู้ว่าข้อสังเกตเกิดเมื่อใด แอปเข้าถึงได้เมื่อใด และประเมินการกระทำที่เสนอเมื่อใด ทั้งสามอาจเป็นคนละเวลา หากการประมวลผลซ้ำใช้ค่าประวัติที่แก้ไขแล้วก่อนเวลาที่การแก้นั้นมาถึงจริง ก็อาจทำให้การตัดสินใจดูมีข้อมูลดีกว่าที่ผู้ปฏิบัติงานจริงคนใดมีได้
ใช้ความต่างเดียวกันเมื่อจำลองการขัดข้อง เลื่อนนาฬิกาทดสอบไปขณะที่ยังไม่ส่งข้อมูลปรับปรุงบัญชี แล้วตรวจว่านโยบายสถานะเก่าเริ่มทำงานที่ขอบเขตที่ตั้งใจ กลับมาเปิดฟีดพร้อมเหตุการณ์ล่าช้า และตรวจว่าแอปเก็บเวลาเกิดเดิมไว้หรือไม่ แบบฝึกนี้อาจเผยระบบที่ติดป้ายข้อสังเกตเก่าว่าสดใหม่เพียงเพราะได้รับหลังเชื่อมต่อใหม่
สุดท้าย รักษาลำดับเหตุการณ์ที่แสดงเวลาเดียวกัน วินาทีที่ปัดอาจซ่อนลำดับระหว่างผลจับคู่ คำขอยกเลิก และการปรับยอด ข้อมูลอ้างอิงลำดับที่คงทนหรือเวลาที่ละเอียดขึ้นช่วยสร้างผลซ้ำ การตรวจรับควรยืนยันว่าโค้ดพึ่งหลักฐานลำดับใดและทำอย่างไรเมื่อหลักฐานนั้นไม่ครบ