ผลต่างระหว่างรุ่นของ "Test-Driven Development"
จาก Morange Wiki
(เพิ่ม coverge.py) |
|||
| (ไม่แสดง 1 รุ่นระหว่างกลางโดยผู้ใช้คนเดียวกัน) | |||
| แถว 12: | แถว 12: | ||
# Unit Testing หรือการทดสอบหน่วยการทำงาน เป็นการทดสอบในมุมมองของโปรแกรมเมอร์หรือผู้พัฒนาในเชิงเทคนิค เช่น ในฟังก์ชันการทำงานหนึ่งๆ ใน Fuctional Testing เช่น การเข้าระบบ อาจมีการทำงานย่อยเบื้องหลังเป็นหน่วยย่อยหลายส่วน ได้แก่ โมเดล วิว เทมเพลต คอนโทรลเลอร์ ซึ่งในแง่ Unit Testing ต้องเขียนทดสอบย่อยในแต่ละส่วนการทำงาน ทั้งในแบบที่ใช้งานได้ (Expected Passed) หรือแบบที่คาดว่าจะใช้งานไม่ได้ (Expected Failed) ให้ครอบคลุมการทำงานทั้งหมด | # Unit Testing หรือการทดสอบหน่วยการทำงาน เป็นการทดสอบในมุมมองของโปรแกรมเมอร์หรือผู้พัฒนาในเชิงเทคนิค เช่น ในฟังก์ชันการทำงานหนึ่งๆ ใน Fuctional Testing เช่น การเข้าระบบ อาจมีการทำงานย่อยเบื้องหลังเป็นหน่วยย่อยหลายส่วน ได้แก่ โมเดล วิว เทมเพลต คอนโทรลเลอร์ ซึ่งในแง่ Unit Testing ต้องเขียนทดสอบย่อยในแต่ละส่วนการทำงาน ทั้งในแบบที่ใช้งานได้ (Expected Passed) หรือแบบที่คาดว่าจะใช้งานไม่ได้ (Expected Failed) ให้ครอบคลุมการทำงานทั้งหมด | ||
| + | == การทดสอบความครอบคลุมของโปรแกรมทดสอบ == | ||
| + | [http://nedbatchelder.com/code/coverage/ coverage.py] เป็น Python สคริปสำหรับตรวจสอบว่า Testcase ที่เราเขียนขึ้น ครอบคลุมโค้ดทั้งหมดที่เราเขียนเพียงใด ทั้งนี้มีผู้นำไปใช้เป็นโมดูลหลายภาษา | ||
| + | <pre> | ||
| + | pip install coverage | ||
| + | </pre> | ||
| + | ตัวอย่างโมดูลที่ใช้ coverage.py เช่น [https://github.com/kmike/django-coverage django-coverage] | ||
== Automated Functional Testing โดยใช้ Robot Framework == | == Automated Functional Testing โดยใช้ Robot Framework == | ||
| − | * [http://robotframework.org Robot Framework] | + | * [http://robotframework.org Robot Framework] เฟรมเวิร์คสำหรับการทำ Functional Testing แบบอัตโนมัติ ตัวเฟรมเวิร์คพัฒนาโดยภาษาไพธอน แต่สามารถใช้ทดสอบกับโปรแกรมภาษาอะไรก็ได้ เช่น ใช้ร่วมกันกับ Selenium Library สำหรับการทดสอบเว็บแอปพลิเคชัน |
* [http://rtomac.github.io/robotframework-selenium2library/doc/Selenium2Library.html Selenium2 Library Keywords] | * [http://rtomac.github.io/robotframework-selenium2library/doc/Selenium2Library.html Selenium2 Library Keywords] | ||
รุ่นแก้ไขปัจจุบันเมื่อ 05:58, 29 ตุลาคม 2557
Test-Driven Development เป็นการพัฒนาซอฟต์แวร์โดยเริ่มจากการเขียนโปรแกรมทดสอบก่อนที่จะเริ่มเขียนโค้ดโปรแกรมจริงให้ทำงานได้ตามโปรแกรมทดสอบนั้น โดยปกติประกอบด้วยกระบวนการแบบวนรอบ สามขั้นตอน คือ
- เขียนโปรแกรมทดสอบที่ถูกต้อง ซึ่งจะให้โปรแกรมทำงานไม่ผ่าน เนื่องจากยังไม่ได้เขียนโปรแกรมจริง ( สถานะ Failed/Red)
- เขียนโค้ดโปรแกรมจริงๆ ให้สามารถและสามารถทำงานได้ผ่าน โปรแกรมทดสอบ ( สถานะ Passed/Green)
- ปรับแก้โปรแกรมให้โค้ดดูง่าย เรียบร้อย โดยที่ยังรันผ่านอยู่ (สถานะ Refactor/Yellow)
การทดสอบโปรแกรม
การทดสอบโปรแกรมที่เขียนขึ้นมีหลายแบบ ส่วนที่สำคัญคือ
- Functional Testing หรือการทดสอบฟังก์ชันการทำงาน เป็นการทดสอบในมุมมองของผู้ใช้ ในเชิงการใช้งานจริง ไม่ใช่เทคนิค ในบางครั้งในส่วนนี้ สามารถไปใช้สำหรับการทดสอบ User Acceptant Test หรือการทดสอบเพื่อตรวจรับงาน ว่าแต่ละฟังก์ชันการทำงานหรือฟีเจอร์ต่างๆ ที่ได้ตกลงไว้ สามารถทำงานได้หรือไม่
- Unit Testing หรือการทดสอบหน่วยการทำงาน เป็นการทดสอบในมุมมองของโปรแกรมเมอร์หรือผู้พัฒนาในเชิงเทคนิค เช่น ในฟังก์ชันการทำงานหนึ่งๆ ใน Fuctional Testing เช่น การเข้าระบบ อาจมีการทำงานย่อยเบื้องหลังเป็นหน่วยย่อยหลายส่วน ได้แก่ โมเดล วิว เทมเพลต คอนโทรลเลอร์ ซึ่งในแง่ Unit Testing ต้องเขียนทดสอบย่อยในแต่ละส่วนการทำงาน ทั้งในแบบที่ใช้งานได้ (Expected Passed) หรือแบบที่คาดว่าจะใช้งานไม่ได้ (Expected Failed) ให้ครอบคลุมการทำงานทั้งหมด
การทดสอบความครอบคลุมของโปรแกรมทดสอบ
coverage.py เป็น Python สคริปสำหรับตรวจสอบว่า Testcase ที่เราเขียนขึ้น ครอบคลุมโค้ดทั้งหมดที่เราเขียนเพียงใด ทั้งนี้มีผู้นำไปใช้เป็นโมดูลหลายภาษา
pip install coverage
ตัวอย่างโมดูลที่ใช้ coverage.py เช่น django-coverage
Automated Functional Testing โดยใช้ Robot Framework
- Robot Framework เฟรมเวิร์คสำหรับการทำ Functional Testing แบบอัตโนมัติ ตัวเฟรมเวิร์คพัฒนาโดยภาษาไพธอน แต่สามารถใช้ทดสอบกับโปรแกรมภาษาอะไรก็ได้ เช่น ใช้ร่วมกันกับ Selenium Library สำหรับการทดสอบเว็บแอปพลิเคชัน
- Selenium2 Library Keywords
