การแสดงละครคืออะไร

ฉันคิดว่าฉันทำสิ่งนี้ได้ แต่หลังจากอ่านการจัดส่งอย่างต่อเนื่อง (หนังสือยอดเยี่ยม) ฉันสับสนเล็กน้อย พวกเขาพูดคุยเกี่ยวกับการมีเซิร์ฟเวอร์สำหรับ:

• พัฒนาการ
• การทดสอบอัตโนมัติในรูปแบบต่าง ๆ
• การทดสอบการยอมรับของผู้ใช้ (UAT) - เช่นนั่งกับลูกค้าและแสดงให้พวกเขาและให้พวกเขาทำการทดสอบเชิงสำรวจ ผู้ทดสอบภายในสามารถใช้การตั้งค่านี้สำหรับการทดสอบเชิงสำรวจ
• จัดฉาก
• การผลิต

ฉันมักจะคิดว่าการจัดเตรียมเป็นการจัดหาฟังก์ชั่น UAT แต่พวกเขาดูเหมือนจะจัดเตรียมเป็นระดับแยกต่างหาก ดังนั้นในรูปแบบนั้นเซิร์ฟเวอร์ staging จะมีฟังก์ชันอะไรให้บ้าง

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

UAT โดยทั่วไปใช้สภาพแวดล้อม "การทดสอบ" ที่แตกต่างจากฮาร์ดแวร์ / ซอฟต์แวร์ / การกำหนดค่าที่จะใช้ในการผลิตอย่างมีนัยสำคัญ

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

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

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

ดังนั้นนี่คือสิ่งที่เราทำ:

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

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

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

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

สรุปแล้วคำตอบสั้น ๆ (อย่างน้อยสำหรับเรา) คือเป็นไปไม่ได้ที่จะทดสอบระบบที่ซับซ้อนใน QA อย่างสมบูรณ์ การจัดเตรียมเป็นวิธีที่ปลอดภัยในการทำการทดสอบการผลิตอย่าง จำกัด

ในบันทึกที่เกี่ยวข้องนี่คือสไลด์ของฉันจากงานนำเสนอที่ฉันเพิ่งให้กับกระบวนการปล่อยของเราทำงาน

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

ตัวอย่างนี้จะเป็น Windows Azure ซึ่งต้องใช้เวลา 5-25 นาทีในการปรับใช้เวอร์ชันใหม่ แต่คุณสามารถปรับใช้กับสภาพแวดล้อมการแสดงละครทำการทดสอบแล้วเปลี่ยนสภาพแวดล้อมการผลิตและการจัดเตรียมทันที

ฉันเพิ่งเจอบทความนี้เกี่ยวกับสภาพแวดล้อมการจัดเตรียมซึ่งระบุว่า

การจัดเตรียมเป็นที่ที่คุณตรวจสอบความไม่รู้จักของระบบของคุณ

บทความดีคุ้มค่าอ่านเต็ม