Now repeat all the tests developed

Now repeat all the tests developed earlier. Follow the usual debugging process if they fail. The tests can be repeated time and time again as the problem is debugged. It is natural to run a failing test over again each time a fix is attempted. However, since many server processes are interrelated, be sure to run the full suite before declaring the upgrade a success. The fix for the test that failed may have broken a previously successful test!
Customers should be involved here. As with the helpdesk model in Chapter 14, the job isn’t done until customers have verified that everything is complete. This may mean having the customer called at a prearranged time, or the customer may agree to report back the next day, after the maintenance window has elapsed. In that case, getting the automated tests right is even more critical.

ผลลัพธ์ (ไทย) 1:

ตอนนี้ทำซ้ำการทดสอบทั้งหมดที่พัฒนาก่อนหน้านี้ ปฏิบัติตามขั้นตอนการแก้จุดบกพร่องตามปกติถ้าพวกเขาล้มเหลว การทดสอบสามารถทำซ้ำเวลาและเวลาอีกครั้งเป็นปัญหาบั๊ก มันเป็นธรรมชาติที่จะทำการทดสอบความล้มเหลวครั้งแล้วครั้งเล่าในแต่ละครั้งการแก้ไขจะพยายาม แต่เนื่องจากกระบวนการเซิร์ฟเวอร์จำนวนมากมีความสัมพันธ์ให้แน่ใจว่าจะเรียกใช้ชุดเต็มก่อนที่จะประกาศความสำเร็จในการอัพเกรดการแก้ไขสำหรับการทดสอบที่ล้มเหลวอาจจะขาดการทดสอบที่ประสบความสำเร็จก่อนหน้านี้
ลูกค้าควรจะเกี่ยวข้องกับที่นี่ เช่นเดียวกับรูปแบบการช่วยเหลือในบทที่ 14, งานไม่ได้ทำจนลูกค้าได้ตรวจสอบว่าทุกอย่างจะเสร็จสมบูรณ์ นี้อาจหมายถึงการมีลูกค้าที่เรียกว่าในเวลาที่ตระเตรียมหรือลูกค้าอาจตกลงที่จะรายงานกลับในวันรุ่งขึ้นหลังจากที่หน้าต่างการบำรุงรักษาผ่านไปในกรณีที่ได้รับการทดสอบโดยอัตโนมัติที่เหมาะสมเป็นสิ่งสำคัญมากยิ่งขึ้น.

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

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