คำถามติดแท็ก testing

ฉันกำลังพัฒนาปลั๊กอินโดยใช้ TDD และสิ่งหนึ่งที่ฉันล้มเหลวในการทดสอบอย่างสมบูรณ์คือ ... hooks ฉันหมายถึงตกลงฉันสามารถทดสอบการติดต่อกลับของ hook แต่ฉันจะทดสอบได้อย่างไรว่าเบ็ดเรียกจริงหรือไม่ (ทั้ง hooks ที่กำหนดเองและตะขอเริ่มต้นของ WordPress)? ฉันคิดว่าการเยาะเย้ยบางอย่างจะช่วยได้ แต่ฉันก็ไม่สามารถเข้าใจได้ว่าฉันพลาดอะไรไป ฉันติดตั้งชุดทดสอบด้วย WP-CLI ตามคำตอบนี้ , initเบ็ดควรเรียก แต่ ... มันไม่ได้; นอกจากนี้รหัสทำงานภายใน WordPress จากความเข้าใจของฉัน bootstrap จะถูกโหลดครั้งสุดท้ายดังนั้นจึงเป็นเรื่องที่สมเหตุสมผลที่จะไม่เรียกใช้ init ดังนั้นคำถามที่เหลืออยู่คือ: heck i ควรทดสอบว่า hooks ถูกเรียกใช้อย่างไร ขอบคุณ! ไฟล์ bootstrap มีลักษณะดังนี้: $_tests_dir = getenv('WP_TESTS_DIR'); if ( !$_tests_dir ) $_tests_dir = '/tmp/wordpress-tests-lib'; require_once $_tests_dir …

34 testing  unit-tests 

ฉันกำลังมองหาข้อมูลเชิงลึกและแหล่งข้อมูลที่ดีเกี่ยวกับวิธีการทดสอบหน่วยในแพทช์ WordPress ที่เสนอใน Trac อย่างถูกต้องและวิธีรายงานผลลัพธ์จากการทดสอบอย่างถูกต้อง ฉันยังใหม่กับสิ่งนี้และได้อ่านทรัพยากรที่อยู่ในคำถาม WPSEนี้ ตัวผมเองอยากจะเรียนรู้วิธีการทำเช่นนี้และทำได้ด้วยข้อผิดพลาดที่โลกแห่งความจริงเช่นนี้ตั๋ว Trac # 5809 ฉันเดาว่าหลังจากอ่านทรัพยากรในคำถาม WPSE ที่กล่าวถึงก่อนหน้าการมาสั้น ๆ ของฉันคือฉันไม่เข้าใจว่าฉันจะติดตั้งการทดสอบที่เสนอสำหรับแพทช์ที่นำเสนอได้อย่างไร ปรับปรุง:ฉันยังคงค้นหาทรัพยากรและกำลังดูวิดีโอนี้ในWordPress หน่วยทดสอบ

31 taxonomy  debug  testing  patch 

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

22 customization  testing 

ฉันต้องใช้การทดสอบหน่วยสำหรับปลั๊กอินตัวใดตัวหนึ่งของฉัน ฉันเพิ่งออกแบบมันลงในคลาสดังนั้นการทดสอบหน่วยควรใช้ง่ายขึ้นในขณะนี้ กลยุทธ์ที่มีประสิทธิภาพในการทดสอบปลั๊กอินของฉันคืออะไร ฉันต้องการวิธีใช้ฟังก์ชั่นของ WordPress ที่ใช้ในปลั๊กอิน แต่ฉันไม่ควรต้องการไซต์ WordPress ที่ทำงานอยู่ (แค่ทดสอบข้อมูลใน DB AFAIK) ใช่ไหม? ฉันมีเวลาที่ยากลำบากในการหาวิธีเพียงแค่ทดสอบหน่วยปลั๊กอินและไม่ปลั๊กอินในบริบทของเว็บไซต์ ฉันสามารถใช้ Selenium สำหรับสิ่งนี้ได้ แต่ตอนนี้ฉันแค่ต้องการที่จะมุ่งเน้นไปที่การทดสอบฟังก์ชั่นปลั๊กอินของคลาสหน่วยเพื่อที่ฉันจะไม่ทำลายมันในการอัพเดทแต่ละครั้ง

17 plugin-development  testing 

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

10 testing 

ฉันกำลังมองหาวิธีการได้อย่างรวดเร็วและซ้ำ ๆ ตั้งค่าการทดสอบ / การแก้จุดบกพร่องสภาพแวดล้อมสำหรับปลั๊กอินของเราส่วนใหญ่อาจใช้คนจรจัด โครงการเช่นVVVมุ่งเน้นไปที่การตั้งค่าสภาพแวดล้อมเดียว (หรือสองสามสภาพแวดล้อมเช่นเสถียร / ลำตัว) ในขณะที่สิ่งที่ฉันกำลังมองหาคือสคริปต์ที่จะติดตั้งสภาพแวดล้อมเช่น: wp39-php52.local wp40-php52.local wp41-php52.local wp39-php53.local wp40-php53.local เป็นต้น (คุณจะได้รับความคิด) มีอะไรแบบนี้เหรอ? สิ่งที่ฉันพบมากที่สุดคือWordPress Vagrant Boxesซึ่งอย่างน้อยก็ทำเวอร์ชั่น PHP แต่อาจจะมีบางอย่างที่สมบูรณ์กว่านี้ ขอบคุณ

9 plugin-development  testing  vagrant