Difference between revisions of "QAStart th"
From ADempiere
This Wiki is read-only for reference purposes to avoid broken links.
| Line 2: | Line 2: | ||
คำตอบง่ายๆก็คือทุกคน! | คำตอบง่ายๆก็คือทุกคน! | ||
| − | กระบวนการทางคุณภาพ (QA) | + | กระบวนการทางคุณภาพ (QA) เป็นหลักประกันที่จะช่วยให้การออกเวอร์ชั่นของซอฟท์แวร์ใหม่มาพร้อมๆกับ |
:ก) การติดตั้งที่มีคุณภาพ | :ก) การติดตั้งที่มีคุณภาพ | ||
:ข) ซอฟท์แวร์ที่มีคุณภาพ | :ข) ซอฟท์แวร์ที่มีคุณภาพ | ||
:ค) และเอกสารประกอบที่มีคุณภาพ | :ค) และเอกสารประกอบที่มีคุณภาพ | ||
| − | * ลองดูที่ [http://sourceforge.net/tracker/?group_id=176962 งานค้าง, บั๊กของระบบ, คุณสมบัติที่ต้องการ, การขอความช่วยเหลือ] คุณก็สามารถช่วยได้! ลองเลือกบั๊กซักตัวแล้วแก้ไขดู นี่เป็นวิธีการที่ดีที่จะเริ่มต้นกับซอร์สโค้ดของ ADempiere และการพัฒนา คุณยังสามารถ[http://adempiere.svn.sourceforge.net/viewvc/adempiere/ เข้าไปอ่านซอร์สโค้ด] | + | * ลองดูที่ [http://sourceforge.net/tracker/?group_id=176962 งานค้าง, บั๊กของระบบ, คุณสมบัติที่ต้องการ, การขอความช่วยเหลือ] คุณก็สามารถช่วยได้! ลองเลือกบั๊กซักตัวแล้วแก้ไขดู นี่เป็นวิธีการที่ดีที่จะเริ่มต้นกับซอร์สโค้ดของ ADempiere และการพัฒนา คุณยังสามารถ[http://adempiere.svn.sourceforge.net/viewvc/adempiere/ เข้าไปอ่านซอร์สโค้ด]และดูการเปลี่ยนแปลงทีเกิดขึ้นจากนักพัฒนาอื่นๆได้อย่างทันที |
====ถ้าคุณยังใหม่==== | ====ถ้าคุณยังใหม่==== | ||
| − | :*ลองทดสอบและติดตั้ง | + | :*ลองทดสอบและติดตั้ง |
| − | :* | + | :*ให้ความเห็นในเรื่องที่ลองทำแล้วไม่ได้อย่างที่คาดหรือยังไม่ชัดเจนที่ |
| − | :* | + | :*อ่านเอกสารวิกิและปรับปรุงเอกสารต่างๆให้ดีขึ้น |
| − | :* | + | :*เขียนเอกสารในเรื่องที่คุณมีความเชี่ยวชาญและสามารถแบ่งปัน |
====ถ้าคุณมีประสพการณ์สูงแล้ว==== | ====ถ้าคุณมีประสพการณ์สูงแล้ว==== | ||
:*ทดสอบการใช้งานด้าน ERP ของซอฟท์แวร์อย่างละเอียด แม้ยังไม่มีแผนการทดสอบที่ชัดและคุณอาจกำลังทดสอบบางอย่างซ้ำกับคนอื่นๆ แต่เพราะพวกเราทั้งหลายมาจากที่ๆต่างกันทั้งทางด้านเทคนิคและเชิงธุรกิจ ดังนั้นมันจึงไม่ใช่การเสียเวลาเลยที่จะทดสอบ สิ่งที่คาดหวังจากคุณก็คือให้คุณคาดหวังจากระบบในแบบของคุณ | :*ทดสอบการใช้งานด้าน ERP ของซอฟท์แวร์อย่างละเอียด แม้ยังไม่มีแผนการทดสอบที่ชัดและคุณอาจกำลังทดสอบบางอย่างซ้ำกับคนอื่นๆ แต่เพราะพวกเราทั้งหลายมาจากที่ๆต่างกันทั้งทางด้านเทคนิคและเชิงธุรกิจ ดังนั้นมันจึงไม่ใช่การเสียเวลาเลยที่จะทดสอบ สิ่งที่คาดหวังจากคุณก็คือให้คุณคาดหวังจากระบบในแบบของคุณ | ||
| − | :*ลองเข้าไปดูที่ฟอรั่ม Support Request ของ SourceForge ว่ามีบั๊กใหม่ๆเข้ามารึเปล่า มอบหมาย Support Request ที่สนใจให้ตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังทำงานกับเรื่องนี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge | + | :*ลองเข้าไปดูที่ฟอรั่ม Support Request ของ SourceForge ว่ามีบั๊กใหม่ๆเข้ามารึเปล่า มอบหมาย Support Request ที่สนใจให้ตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังทำงานกับเรื่องนี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge ของคนที่กำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง |
| − | :* | + | :*ยืนยันความบั๊กและเขียนขั้นตอนการทดสอบสำหรับทำงานแก้บั๊กต่อไป |
====ถ้าคุณเป็นนักพัฒนามือใหม่==== | ====ถ้าคุณเป็นนักพัฒนามือใหม่==== | ||
| − | :*ให้ลองไปดูที่หน้า Support Request & Bugs ของ SourceForge สำหรับรายการปัญหาที่ได้รับการยืนยัน (นี่เป็นวิธีที่ดีเยี่ยมในการเรียนรู้กับซอฟท์แวร์!) | + | :*ให้ลองไปดูที่หน้า Support Request & Bugs ของ SourceForge สำหรับรายการปัญหาที่ได้รับการยืนยัน (นี่เป็นวิธีที่ดีเยี่ยมในการเรียนรู้กับซอฟท์แวร์!) |
| − | :* | + | :*ถ้าคุณตั้งใจที่จะทำงานกับบั๊ก ให้มอบ (assign) บั๊กกับตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังช่วยแก้ไขปัญหานี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge ของคนทำกำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง |
| − | :*ส่ง SF Patches | + | :*ส่ง SF Patches สำหรับบั๊กที่ได้รับการแก้ไข |
:*ทดสอบ SF Patches ที่ได้รับการแก้ไขแล้ว | :*ทดสอบ SF Patches ที่ได้รับการแก้ไขแล้ว | ||
| − | ==== | + | ====ถ้าคุณเป็นคนนำเข้าการเปลี่ยนแปลงสู่ระบบ (commiter)==== |
:*ตรวจสอบ SF Patches ที่ได้รับ ทดสอบ ยืนยันและนำเข้าการเปลี่ยนแปลง (commit) | :*ตรวจสอบ SF Patches ที่ได้รับ ทดสอบ ยืนยันและนำเข้าการเปลี่ยนแปลง (commit) | ||
:*ส่ง SF Patches ใหม่เพื่อยืนยัน | :*ส่ง SF Patches ใหม่เพื่อยืนยัน | ||
| Line 39: | Line 39: | ||
===จะเริ่มได้อย่างไร=== | ===จะเริ่มได้อย่างไร=== | ||
กระบวนการ QA ของซอฟท์แวร์กระทำกันอยู่ภายในระบบ SourceForge (SF) ดังนั้นถ้าคุณยังไม่มี user-id ให้ลงทะเบียนขอได้กับ SF | กระบวนการ QA ของซอฟท์แวร์กระทำกันอยู่ภายในระบบ SourceForge (SF) ดังนั้นถ้าคุณยังไม่มี user-id ให้ลงทะเบียนขอได้กับ SF | ||
| − | |||
| − | |||
ถ้าคุณต้องการแก้ไขหรือปรับปรุงวิกิเพจ ก็ให้ลงทะเบียนกับวิกิ (wiki) บอกเราสักหน่อยเกี่ยวกับตัวของคุณ และสถานะในการทดสอบ (testing environment) ในหน้าผู้ใช้ (Wiki User Profile) | ถ้าคุณต้องการแก้ไขหรือปรับปรุงวิกิเพจ ก็ให้ลงทะเบียนกับวิกิ (wiki) บอกเราสักหน่อยเกี่ยวกับตัวของคุณ และสถานะในการทดสอบ (testing environment) ในหน้าผู้ใช้ (Wiki User Profile) | ||
เพียงคลิ๊กไปที่ชื่อ login ของคุณที่อยู่ด้านบนของหน้าจอเพื่อแก้ไข wiki profile ของคุณ… ดูตัวอย่างที่ [[User: red1]] | เพียงคลิ๊กไปที่ชื่อ login ของคุณที่อยู่ด้านบนของหน้าจอเพื่อแก้ไข wiki profile ของคุณ… ดูตัวอย่างที่ [[User: red1]] | ||
| − | + | ถ้าอยากทำงานกับ Support Requests, Bug Reports & Patches และช่วยดูแลในระบบ SF คุณจำต้องได้รับสิทธิการเข้าถึง ให้ติดต่อ [mailto:hengsin@adempiere.org Low Heng Sin] หรือ [mailto:colin.rooney@adempiere.org Colin] เพื่อขอรับสิทธิ์ | |
===สมมุติว่าเจอบั๊ก แล้วทำอย่างไรต่อ=== | ===สมมุติว่าเจอบั๊ก แล้วทำอย่างไรต่อ=== | ||
| − | ขั้นแรก ให้ค้นหา Support Requests & Bug Reports ณ. | + | ขั้นแรก ให้ค้นหา Support Requests & Bug Reports ณ.ปัจจุบันเพื่อให้แน่ใจว่านี่เป็นบั๊กที่ยังไม่เคยเกิดขึ้น ถ้ามั่นใจแล้วก็ทำต่อได้ |
| − | โอเค | + | โอเค รู้แล้วว่านี่เป็นบั๊กใหม่ แล้วไงต่อ? ถ้าคุณยังใหม่กับโครงการนี้ วิธีที่ดีที่สุดคือให้สร้างเป้น Support Request (SR) ใน SourceForge เพื่อแสดงว่าคุณคิดว่ามันเป็นบั๊ก และขอความเห็นที่สองว่ามันใช่ก่อนที่จะสร้างเป็น Bug Report |
ถ้าคุณมีประสบการณ์แล้วและคิดว่าชัวร์ว่าเป็นบั๊กแน่ๆก็ให้เข้าไปสร้าง Bug Report ได้เลย | ถ้าคุณมีประสบการณ์แล้วและคิดว่าชัวร์ว่าเป็นบั๊กแน่ๆก็ให้เข้าไปสร้าง Bug Report ได้เลย | ||
| Line 56: | Line 54: | ||
:*ให้รายละเอียดของชื่อ window/report/process ที่ที่ปัญหาเกิดขึ้น | :*ให้รายละเอียดของชื่อ window/report/process ที่ที่ปัญหาเกิดขึ้น | ||
:*ให้รายละเอียดขั้นตอนในการทดสอบเพื่อให้พบปัญหาและถ้าเป็นไปได้ให้อยู่ใน GardenWorld client สำหรับการทดสอบ | :*ให้รายละเอียดขั้นตอนในการทดสอบเพื่อให้พบปัญหาและถ้าเป็นไปได้ให้อยู่ใน GardenWorld client สำหรับการทดสอบ | ||
| − | :* | + | :*คิดไว้เสมอว่านักพัฒนาที่มาแก้ปัญหาอาจไม่ได้อยู่ในธุรกิจเดียวกับคุณและไม่ได้ใช้ซอฟท์แวร์ในชีวิตประจำวัน ดังนั้นทุกครั้งที่เป็นไปได้ ให้บอกในสิ่งที่คุณต้องการทำและสิ่งที่คุณคาดหวัง |
| − | + | ||
:*ถ้าข้อผิดพลาดแสดงผลในหน้าจอให้ก๊อปปี้ log มาพร้อมกับข้อผิดพลาดด้วย | :*ถ้าข้อผิดพลาดแสดงผลในหน้าจอให้ก๊อปปี้ log มาพร้อมกับข้อผิดพลาดด้วย | ||
| − | สำหรับรายละเดียดเพิ่มเติมเกี่ยวกับกระบวนการ QA ให้ดู[[QAProcess|ที่นี่]] แต่ขอผมเสริมนิดนึงว่า ที่นี่เป็นองค์กรที่ใช้อาสาสมัครเป็นหลัก ดังนั้นทุกคนจึงมิอิสระในการเลือกว่าจะทำอะไรและทำเมื่อไหร่ และมักจะเป็นบางอย่างที่เกี่ยวข้องกับสิ่งที่เขากำลังทำอยู่ในตอนนั้น นั่นหมายความว่าคุณอาจไม่ได้รับการตอบรับอย่างทันทีทันใด หรือมีวิธีแก้ปัญหาให้ทันที | + | สำหรับรายละเดียดเพิ่มเติมเกี่ยวกับกระบวนการ QA ให้ดู[[QAProcess|ที่นี่]] แต่ขอผมเสริมนิดนึงว่า ที่นี่เป็นองค์กรที่ใช้อาสาสมัครเป็นหลัก ดังนั้นทุกคนจึงมิอิสระในการเลือกว่าจะทำอะไรและทำเมื่อไหร่ และมักจะเป็นบางอย่างที่เกี่ยวข้องกับสิ่งที่เขากำลังทำอยู่ในตอนนั้น นั่นหมายความว่าคุณอาจไม่ได้รับการตอบรับอย่างทันทีทันใด หรือมีวิธีแก้ปัญหาให้ทันที แต่ขออย่าได้มีความรู้สึกที่ไม่ดี ด้วยขนาดของตลาดสดแห่งนี้ ท้ายที่สุด คนอื่นๆก็จะเจอปัญหาเดียวกับทคุณเจอ หรือต้องการวิธีแก้ปัญหาของคุณเหมือนกัน ดังนั้น มันอาจใช้เวลาบ้าง แต่ทุกคนมักจะได้รับการตอบรับในที่สุด! |
==อ่านเพิ่มเติม== | ==อ่านเพิ่มเติม== | ||
Revision as of 22:09, 3 June 2010
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
- QA Process โดย Colin Rooney
