ขณะนี้เรากำลังติดตั้งสภาพแวดล้อม dev, staging และ prod บน aws เราพบว่ายากที่จะทำ QA อย่างถูกต้อง เนื่องจากบ่อยครั้งที่คอมมิตจำนวนมากเกิดขึ้นในช่วงเวลาสั้นๆ และทั้งหมดรวมอยู่ในการสร้างโค้ดไปป์ไลน์ ซึ่งทำให้ยากต่อการเชื่อมโยงความล้มเหลวกับคอมมิชชันเฉพาะ
เรากำลังพิจารณาสร้างหนึ่งสภาพแวดล้อมต่อหนึ่งฟีเจอร์สาขา ในลักษณะที่คล้ายคลึงกันนี้ ตัวอย่างการเริ่มต้นอย่างรวดเร็วของ aws กำลังทำ:
อย่างไรก็ตาม ฉันพบว่ามันยากที่จะพิสูจน์ว่าการหมุนแบ็คเอนด์ทั้งหมดของเรา (ซึ่งมีขนาดใหญ่มาก) เพื่อทดสอบ ในบางกรณี เส้นทาง apigateway->lambda->dynamodb เส้นเดียว นอกจากนี้ยังสามารถใช้ได้กับบริการแบบไร้เซิร์ฟเวอร์ แต่เรายังใช้เซิร์ฟเวอร์ elasticsearch ในกรณีเช่นนี้ ดูเหมือนจะเป็นไปไม่ได้ด้วยซ้ำที่จะหมุนเซิร์ฟเวอร์ ES เพียงเพื่อทดสอบฟีเจอร์สาขาใหม่ แต่ถ้าเราชี้สาขาคุณลักษณะของเราไปที่เซิร์ฟเวอร์ ES ของ staging เราจะแน่ใจได้อย่างไรว่าจะไม่สร้างมลพิษในกรณีที่เกิดบั๊ก
ผู้คนมักจะแก้ปัญหานี้อย่างไร?
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
