QAStart th
Contents
ใครเข้ามาช่วยได้บ้าง
คำตอบง่ายๆก็คือทุกคน!
กระบวนการทางคุณภาพ (QA) เป็นหลักประกันที่จะช่วยให้การออกเวอร์ชั่นของซอฟท์แวร์ใหม่มาพร้อมๆกับ
- ก) การติดตั้งที่มีคุณภาพ
- ข) ซอฟท์แวร์ที่มีคุณภาพ
- ค) และเอกสารประกอบที่มีคุณภาพ
- ลองดูที่ งานค้าง, บั๊กของระบบ, คุณสมบัติที่ต้องการ, การขอความช่วยเหลือ คุณก็สามารถช่วยได้! ลองเลือกบั๊กซักตัวแล้วแก้ไขดู นี่เป็นวิธีการที่ดีที่จะเริ่มต้นกับซอร์สโค้ดของ ADempiere และการพัฒนา คุณยังสามารถเข้าไปอ่านซอร์สโค้ดและดูการเปลี่ยนแปลงทีเกิดขึ้นจากนักพัฒนาอื่นๆได้อย่างทันที
ถ้าคุณยังใหม่
- ลองทดสอบและติดตั้ง
- ให้ความเห็นในเรื่องที่ลองทำแล้วไม่ได้อย่างที่คาดหรือยังไม่ชัดเจนที่
- อ่านเอกสารวิกิและปรับปรุงเอกสารต่างๆให้ดีขึ้น
- เขียนเอกสารในเรื่องที่คุณมีความเชี่ยวชาญและสามารถแบ่งปัน
ถ้าคุณมีประสพการณ์สูงแล้ว
- ทดสอบการใช้งานด้าน ERP ของซอฟท์แวร์อย่างละเอียด แม้ยังไม่มีแผนการทดสอบที่ชัดและคุณอาจกำลังทดสอบบางอย่างซ้ำกับคนอื่นๆ แต่เพราะพวกเราทั้งหลายมาจากที่ๆต่างกันทั้งทางด้านเทคนิคและเชิงธุรกิจ ดังนั้นมันจึงไม่ใช่การเสียเวลาเลยที่จะทดสอบ สิ่งที่คาดหวังจากคุณก็คือให้คุณคาดหวังจากระบบในแบบของคุณ
- ลองเข้าไปดูที่ฟอรั่ม Support Request ของ SourceForge ว่ามีบั๊กใหม่ๆเข้ามารึเปล่า มอบหมาย Support Request ที่สนใจให้ตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังทำงานกับเรื่องนี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge ของคนที่กำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง
- ยืนยันความบั๊กและเขียนขั้นตอนการทดสอบสำหรับทำงานแก้บั๊กต่อไป
ถ้าคุณเป็นนักพัฒนามือใหม่
- ให้ลองไปดูที่หน้า Support Request & Bugs ของ SourceForge สำหรับรายการปัญหาที่ได้รับการยืนยัน (นี่เป็นวิธีที่ดีเยี่ยมในการเรียนรู้กับซอฟท์แวร์!)
- ถ้าคุณตั้งใจที่จะทำงานกับบั๊ก ให้มอบ (assign) บั๊กกับตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังช่วยแก้ไขปัญหานี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge ของคนทำกำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง
- ส่ง SF Patches สำหรับบั๊กที่ได้รับการแก้ไข
- ทดสอบ SF Patches ที่ได้รับการแก้ไขแล้ว
ถ้าคุณเป็นคนนำเข้าการเปลี่ยนแปลงสู่ระบบ (commiter)
- ตรวจสอบ SF Patches ที่ได้รับ ทดสอบ ยืนยันและนำเข้าการเปลี่ยนแปลง (commit)
- ส่ง SF Patches ใหม่เพื่อยืนยัน
- ตรวจสอบและยืนยันรายงาน SF Bug อันใหม่
- ตรวจสอบ SF Support Requests เพื่อยืนยันว่าเป็นบั๊ก
- ไม่ลืมที่จะเขียน Log Message ให้ชัด วิธีที่ดีก็คือ
- [bug #] - Description (example: [bug#1618305] - Password reset to defaults)
- หรือ
- [SR #] - Description,
- เพื่อที่เราจะได้หาข้อมูลได้เจอหลังจากที่นำเข้าการเปลี่ยนแปลงนั้นๆแล้ว
จะเริ่มได้อย่างไร
กระบวนการ QA ของซอฟท์แวร์กระทำกันอยู่ภายในระบบ SourceForge (SF) ดังนั้นถ้าคุณยังไม่มี user-id ให้ลงทะเบียนขอได้กับ SF ถ้าคุณต้องการแก้ไขหรือปรับปรุงวิกิเพจ ก็ให้ลงทะเบียนกับวิกิ (wiki) บอกเราสักหน่อยเกี่ยวกับตัวของคุณ และสถานะในการทดสอบ (testing environment) ในหน้าผู้ใช้ (Wiki User Profile) เพียงคลิ๊กไปที่ชื่อ login ของคุณที่อยู่ด้านบนของหน้าจอเพื่อแก้ไข wiki profile ของคุณ… ดูตัวอย่างที่ User: red1
ถ้าอยากทำงานกับ Support Requests, Bug Reports & Patches และช่วยดูแลในระบบ SF คุณจำต้องได้รับสิทธิการเข้าถึง ให้ติดต่อ Low Heng Sin หรือ Colin เพื่อขอรับสิทธิ์
สมมุติว่าเจอบั๊ก แล้วทำอย่างไรต่อ
ขั้นแรก ให้ค้นหา Support Requests & Bug Reports ณ.ปัจจุบันเพื่อให้แน่ใจว่านี่เป็นบั๊กที่ยังไม่เคยเกิดขึ้น ถ้ามั่นใจแล้วก็ทำต่อได้
โอเค รู้แล้วว่านี่เป็นบั๊กใหม่ แล้วไงต่อ? ถ้าคุณยังใหม่กับโครงการนี้ วิธีที่ดีที่สุดคือให้สร้างเป้น Support Request (SR) ใน SourceForge เพื่อแสดงว่าคุณคิดว่ามันเป็นบั๊ก และขอความเห็นที่สองว่ามันใช่ก่อนที่จะสร้างเป็น Bug Report ถ้าคุณมีประสบการณ์แล้วและคิดว่าชัวร์ว่าเป็นบั๊กแน่ๆก็ให้เข้าไปสร้าง Bug Report ได้เลย
ข้อแนะนำบางประการในการสร้าง Support Request หรือ Bug Report
- ให้รายละเอียดและข้อมูลเกี่ยวกับการตั้งค่าระบบต่างๆของคุณ: System OS, เวอร์ชั่นของ ADempiere, ระบบฐานข้อมูล Client ที่ใช้ (เช่น ใช้ Gardenworld เป็น client ในการทดสอบ)
- ให้รายละเอียดของชื่อ window/report/process ที่ที่ปัญหาเกิดขึ้น
- ให้รายละเอียดขั้นตอนในการทดสอบเพื่อให้พบปัญหาและถ้าเป็นไปได้ให้อยู่ใน GardenWorld client สำหรับการทดสอบ
- คิดไว้เสมอว่านักพัฒนาที่มาแก้ปัญหาอาจไม่ได้อยู่ในธุรกิจเดียวกับคุณและไม่ได้ใช้ซอฟท์แวร์ในชีวิตประจำวัน ดังนั้นทุกครั้งที่เป็นไปได้ ให้บอกในสิ่งที่คุณต้องการทำและสิ่งที่คุณคาดหวัง
- ถ้าข้อผิดพลาดแสดงผลในหน้าจอให้ก๊อปปี้ log มาพร้อมกับข้อผิดพลาดด้วย
สำหรับรายละเดียดเพิ่มเติมเกี่ยวกับกระบวนการ QA ให้ดูที่นี่ แต่ขอผมเสริมนิดนึงว่า ที่นี่เป็นองค์กรที่ใช้อาสาสมัครเป็นหลัก ดังนั้นทุกคนจึงมิอิสระในการเลือกว่าจะทำอะไรและทำเมื่อไหร่ และมักจะเป็นบางอย่างที่เกี่ยวข้องกับสิ่งที่เขากำลังทำอยู่ในตอนนั้น นั่นหมายความว่าคุณอาจไม่ได้รับการตอบรับอย่างทันทีทันใด หรือมีวิธีแก้ปัญหาให้ทันที แต่ขออย่าได้มีความรู้สึกที่ไม่ดี ด้วยขนาดของตลาดสดแห่งนี้ ท้ายที่สุด คนอื่นๆก็จะเจอปัญหาเดียวกับทคุณเจอ หรือต้องการวิธีแก้ปัญหาของคุณเหมือนกัน ดังนั้น มันอาจใช้เวลาบ้าง แต่ทุกคนมักจะได้รับการตอบรับในที่สุด!
อ่านเพิ่มเติม
- One idea to start learning and contributing at the same time hacking at the source
- Contributors Needed- Sign Up Here
- Quality Control Cycle checklist โดย Victor Perez
- The QA Process โดย Colin Rooney