Software in embedded systems plays

Software in embedded systems plays an essential role. Principles of
Test-Driven Development can be applied to increase quality of source
code. TDD promotes the creation of code driven by automated tests.
TDD exists for many years in general software development. This
paper focuses on the migration of TDD to embedded system development.
However, embedded systems do not lend themselves towards
test automation. There are a number of obstacles when applying TDD
on embedded systems. Amongst others is the strong hardware dependency
of software, or even hardware that is missing at software
development launch time. The paper shows that programming to an
interface, instead of to a concrete class itself, isolates the software from
the hardware. Then virtual drivers, which mock the behavior of real
hardware drivers, can be implemented to test business logic behavior.
Another option is to include a test wrapper on the embedded system.
Based on existing measurements of advantages of TDD in general software
development, the paper experiences comparable when applying
the TDD methodology to embedded system design. Not only decreases
the number of software bugs, furthermore the project's life cycle short

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

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

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

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

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

ซอฟต์แวร์ในระบบสมองกลฝังตัวมีบทบาทสำคัญ . หลักการ
ทดสอบขับเคลื่อนพัฒนาสามารถใช้เพื่อเพิ่มคุณภาพของรหัสที่มา

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