สวัสดีทุกคน,
ฉันต้องการฟังสิ่งที่คนอื่น ๆ ที่นำเสนอโซลูชันที่ไม่ใช่บล็อกที่ซับซ้อนให้กับลูกค้าด้วย WordPress ซึ่งเป็นแพลตฟอร์มที่พวกเขาใช้สำหรับการทดสอบการถดถอยอัตโนมัติ?
สำหรับผู้ที่ไม่คุ้นเคยกับคำว่า"การทดสอบการถดถอย" Wikipedia ให้นิยามเป็น:
การทดสอบการถดถอยเป็นการทดสอบซอฟต์แวร์ประเภทใดก็ตามที่พยายามเปิดเผยข้อผิดพลาดของซอฟต์แวร์หลังจากมีการเปลี่ยนแปลงโปรแกรม (เช่นการแก้ไขข้อบกพร่องหรือฟังก์ชั่นใหม่) ที่ทำขึ้นโดยทดสอบโปรแกรมซ้ำ จุดประสงค์ของการทดสอบการถดถอยคือเพื่อให้มั่นใจว่าการเปลี่ยนแปลงเช่นข้อผิดพลาดไม่ได้แนะนำข้อบกพร่องใหม่
บอกวิกิพีเดียเพิ่มเติมว่าสิ่งต่อไปนี้เป็นสิ่งที่ฉันกำลังประสบในโครงการในขณะนี้:
ประสบการณ์ได้แสดงให้เห็นว่าเมื่อซอฟต์แวร์ได้รับการแก้ไขการเกิดขึ้นของใหม่และ / หรือการกลับมาอีกครั้งของความผิดพลาดเก่านั้นเป็นเรื่องปกติ บางครั้งการเกิดขึ้นอีกครั้งเกิดขึ้นเนื่องจากการแก้ไขหายไปจากแนวทางปฏิบัติในการควบคุมการแก้ไขที่ไม่ดี (หรือข้อผิดพลาดของมนุษย์อย่างง่ายในการควบคุมการแก้ไข) บ่อยครั้งการแก้ไขปัญหาจะ "เปราะบาง" ในการที่จะแก้ไขปัญหาในกรณีที่แคบซึ่งเป็นครั้งแรกที่สังเกต แต่ไม่ในกรณีทั่วไปมากขึ้นซึ่งอาจเกิดขึ้นตลอดชีวิตของซอฟต์แวร์ บ่อยครั้งการแก้ไขปัญหาในพื้นที่หนึ่งโดยไม่ได้ตั้งใจทำให้เกิดปัญหาซอฟต์แวร์ในพื้นที่อื่น ในที่สุดก็มักจะเป็นกรณีที่เมื่อคุณสมบัติบางอย่างได้รับการออกแบบใหม่บางส่วนของข้อผิดพลาดเดียวกันที่เกิดขึ้นในการใช้งานเดิมของคุณสมบัติที่เกิดขึ้นในการออกแบบ
ด้วยธรรมชาติของการกระทำและตัวกรองทั่วโลกฉันพบว่าความซับซ้อนเริ่มกระโชกแรงเมื่อฉันเพิ่มฟังก์ชั่นที่ลูกค้าร้องขอมากขึ้นและกลายเป็นเรื่องยากที่จะได้รับปลั๊กอินที่ซับซ้อนมั่นคงโดยเฉพาะอย่างยิ่งถ้าใช้การโทรจำนวนมากWP_Queryและอัพเดทฐานข้อมูลจำนวนมาก .
ทางออกในใจของฉันคือการตั้งค่าการทดสอบการถดถอยด้วยชุดของ"กรณีทดสอบ"เพื่อประกอบด้วย"ชุดทดสอบ" โดยหลักการแล้วมันไม่ได้ยากเมื่อคุณกำลังทดสอบเอาต์พุต HTML ของการร้องขอ HTTP GET แต่จะมีความซับซ้อนเพิ่มขึ้นเล็กน้อยเมื่อคุณต้องทดสอบสิ่งต่าง ๆ เมื่อลงชื่อเข้าใช้ผ่านคอนโซลผู้ดูแลระบบและ / หรือเพื่อทดสอบการโต้ตอบ jQuery
ฉันตั้งค่านี้เป็นวิกิชุมชนโดยหวังว่าเราจะสามารถรวบรวมแนวปฏิบัติที่ดีที่สุดได้ที่นี่ แต่ฉันรู้สึกกระตือรือร้นที่จะได้ยินกระบวนการหากผู้เชี่ยวชาญ WordPress คนอื่นกำลังใช้งานอยู่