Based on my experience with the int

Based on my experience with the introduction of ECD, I suggest
that people who plan to initiate the use of ECD with test developers
who have not previously used it consider the following steps. 1) Do
not promise more benefits than ECD can deliver. Item writing will
not become effortless, nor will pretesting become unnecessary. 2) Be
clear that more work is required at the beginning stages of test
development than people are used to doing and that increases in
efficiency will not immediately be apparent. 3) Point out the many
ways in which ECD is similar to traditional test development and
provide realistic rationales for the differences. 4) Introduce the
vocabulary of ECD as it is needed rather than all at once. Provide
rationales for the use of the new terms. 5) Do not assume that
reading articles about ECD is sufficient. Hands-on training is required.
If possible, the instructor should be an experienced test developer
who has credibility with the participants. 6) Provide examples of the
tools of ECD that are clearly relevant to the work that will be done.
7) Build extra time in the schedule. Expect and encourage iteration.
Not everything that is attempted will work the first time. 8) As work
proceeds, try to ensure cooperation and communication across the
layers of the process. 9) If possible, go through the entire ECD process
with one test rather than attempting to introduce ECD in many tests
simultaneously. 10) After the completion of each major segment of
the work, hold an “after action review” to determine what worked
and what caused problems. Discuss how to avoid the problems in the
next iteration.

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

จากประสบการณ์แนะนำเบาะแส คำแนะนำคนที่จะเริ่มใช้เบาะแสกับนักพัฒนาทดสอบที่ไม่เคยใช้ก็พิจารณาต่อไป 1) โดไม่สัญญาว่า ประโยชน์มากกว่าสามารถให้เบาะแส รายการที่จะเขียนไม่เป็นอย่างง่ายดาย หรือ pretesting จะไม่จำเป็น 2) เป็นชัดเจนว่า งานน้อยจำเป็นในขั้นเริ่มต้นของการทดสอบพัฒนากว่าคนใช้ในการทำ และที่เพิ่มขึ้นในประสิทธิภาพจะไม่ทันทีได้ชัดเจน 3) ชี้ออกจำนวนมากวิธีที่เบาะแสจะคล้ายกับการพัฒนาแบบทดสอบ และให้ rationales เป็นจริงสำหรับความแตกต่าง 4) แนะนำการคำศัพท์ของเบาะแสตามความจำเป็นมากกว่ากัน ให้rationales การใช้ใหม่ 5) สมมุติว่าอ่านบทความเกี่ยวกับเบาะแสไม่เพียงพอ จำเป็นต้องฝึกอบรมภาคปฏิบัติถ้าเป็นไปได้ ผู้สอนควรมีการพัฒนาทดสอบประสบการณ์ที่มีความน่าเชื่อถือกับผู้เข้าร่วม 6 แสดงตัวอย่างของการเครื่องมือของเบาะแสที่ชัดเจนเกี่ยวข้องกับงานที่จะทำได้7) สร้างเวลาในกำหนดการ คาดหวัง และส่งเสริมให้เกิดซ้ำไม่สะดวกที่จะพยายามที่จะทำงานครั้งแรก 8) ขณะที่ทำงานดำเนินการ พยายามที่จะให้ความร่วมมือและการสื่อสารผ่านการชั้นของการ 9) ถ้าเป็นไปได้ ผ่านการเบาะแสทั้งหมดมีทดสอบหนึ่งแทนที่พยายามแนะนำเบาะแสในการทดสอบมากมายพร้อมกัน 10) หลังเสร็จสิ้นแต่ละเซ็กเมนต์หลักของงาน กดค้างไว้ที่ "หลังจากดำเนินการตรวจสอบ" เพื่อตรวจสอบว่าทำงานและปัญหาอะไรสาเหตุ อธิบายวิธีการหลีกเลี่ยงปัญหาในการการเกิดซ้ำถัดไป

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

จากประสบการณ์ของฉันด้วยการแนะนำของ ECD ผมขอแนะนำ
ว่าคนที่วางแผนที่จะเริ่มต้นการใช้งานของ ECD กับนักพัฒนาทดสอบ
ที่ยังไม่ได้นำมาใช้ก่อนหน้านี้มันพิจารณาขั้นตอนต่อไป 1)
ไม่สัญญาผลประโยชน์มากกว่า ECD สามารถส่งมอบ การเขียนรายการจะ
ไม่กลายเป็นได้อย่างง่ายดายหรือจะกลายเป็น pretesting ที่ไม่จำเป็น 2) เป็น
ที่ชัดเจนว่าการทำงานมากขึ้นจำเป็นต้องใช้ในขั้นตอนการเริ่มต้นของการทดสอบ
การพัฒนากว่าคนที่ใช้ในการทำและที่เพิ่มขึ้นใน
ประสิทธิภาพจะไม่ทันทีจะเห็นได้ชัด 3) ชี้ให้เห็นหลาย
วิธีในการที่ ECD จะคล้ายกับการพัฒนาการทดสอบแบบดั้งเดิมและ
ให้เหตุผลที่เป็นจริงสำหรับความแตกต่าง 4) แนะนำ
คำศัพท์ ECD ในขณะที่มันเป็นสิ่งจำเป็นมากกว่าทั้งหมดในครั้งเดียว ให้
เหตุผลสำหรับการใช้งานของข้อตกลงใหม่ 5) ไม่คิดว่า
การอ่านบทความเกี่ยวกับ ECD เพียงพอ Hands-on จะต้องฝึกอบรม.
ถ้าเป็นไปได้ผู้สอนควรจะเป็นนักพัฒนาที่มีประสบการณ์การทดสอบ
ที่มีความน่าเชื่อถือกับผู้เข้าร่วม 6) ให้ตัวอย่างของ
เครื่องมือของ ECD ที่เห็นได้ชัดว่ามีความเกี่ยวข้องกับงานที่จะทำ.
7) สร้างช่วงเวลาพิเศษในช่วงเวลาที่ คาดหวังและให้กำลังใจย้ำ.
ทุกอย่างไม่ว่าจะพยายามที่จะทำงานเป็นครั้งแรก 8) เป็นงาน
เงิน, พยายามที่จะให้ความร่วมมือและการสื่อสารใน
ชั้นของกระบวนการ 9) ถ้าเป็นไปได้ไปผ่านกระบวนการ ECD ทั้ง
มีการทดสอบมากกว่าความพยายามที่จะแนะนำ ECD ในการทดสอบหลาย
คนพร้อมกัน 10) หลังจากเสร็จสิ้นของแต่ละส่วนงานที่สำคัญของ
งานที่ค้างไว้ "หลังจากตรวจสอบการกระทำ" เพื่อตรวจสอบสิ่งที่ทำงาน
และสิ่งที่ก่อให้เกิดปัญหา หารือถึงวิธีการหลีกเลี่ยงปัญหาใน
การย้ำต่อไป

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

จากประสบการณ์ของฉันกับการแนะนำของ บก. ปอศ. ผมแนะนำ
คนที่เริ่มใช้แผนของ บก. ปอศ. กับนักพัฒนาทดสอบ
ที่ยังไม่เคยใช้ก็พิจารณาตามขั้นตอนต่อไปนี้ 1 ) ทํา
ไม่ใช่สัญญาประโยชน์มากกว่าบก. สามารถส่งมอบ การเขียนข้อสอบจะ
ไม่กลายเป็นได้อย่างง่ายดาย หรือจะ pretesting กลายเป็นไม่จำเป็น 2 )
ชัดเจนว่า งานเพิ่มเติมเป็นสิ่งจำเป็นในขั้นตอนเริ่มต้นของการพัฒนาทดสอบ
กว่าคนเคยทำและเพิ่มประสิทธิภาพจะไม่แจ่มแจ้งทันที
. 3 ) ชี้หลายวิธี
ที่บก. คล้ายคลึงกับการพัฒนาแบบดั้งเดิมและ
ให้มีเหตุผล มีเหตุผลที่แตกต่างกัน 4 ) แนะนำ
ศัพท์ของ บก. ปอศ. ตามที่ต้องการมากกว่าทั้งหมดในครั้งเดียว ให้
มีเหตุผลสำหรับการใช้เงื่อนไขใหม่ 5 ) ไม่ถือว่า
อ่านบทความเกี่ยวกับประเทศไทยก็เพียงพอ มือในการฝึกอบรมเป็นสิ่งจำเป็น .
ถ้าเป็นไปได้ ผู้สอนควรเป็นนักพัฒนาทดสอบมีประสบการณ์
ที่มีความน่าเชื่อถือกับผู้เข้าร่วม 6 ) ให้ตัวอย่างของเครื่องมือที่เป็น บก. ปอศ.
ได้อย่างชัดเจนที่เกี่ยวข้องกับงานที่จะต้องทำ .
7 ) สร้างเพิ่มเวลาในตารางเวลาคาดหวัง และกระตุ้นซ้ำ .
ไม่ทุกอย่างที่พยายามจะทำงานครั้งแรก 8 ) เป็นเงิน
, พยายามที่จะให้ความร่วมมือและการสื่อสารข้าม
ชั้นของกระบวนการ 9 ) ถ้าเป็นไปได้ ไปผ่านกระบวนการทั้งหมดที่มีหนึ่งทดสอบ
บก. มากกว่าพยายามที่จะแนะนำบก. ในหลายการทดสอบ
พร้อมกัน 10 ) หลังจากเสร็จสิ้นของแต่ละกลุ่มสาขาของ
งานจับ " หลังจากปฏิบัติการทบทวน " เพื่อตรวจสอบสิ่งที่ทำงาน
แล้วเกิดปัญหาขึ้น หารือถึงวิธีการหลีกเลี่ยงปัญหาใน
ต่อไปทำซ้ำ .