Difference between revisions of "QAStart th"

From ADempiere
Jump to: navigation, search
This Wiki is read-only for reference purposes to avoid broken links.
m (→‎อ่านเพิ่มเติม: Remove link to page that will change shortly.)
 
(5 intermediate revisions by 2 users not shown)
Line 2: Line 2:
 
คำตอบง่ายๆก็คือทุกคน!  
 
คำตอบง่ายๆก็คือทุกคน!  
  
−
The QA Process is concerned with ensuring the stable releases have:
+
กระบวนการทางคุณภาพ (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 ของคนทำกำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง
+
:*ถ้าคุณตั้งใจที่จะทำงานกับบั๊ก ให้มอบ (assign) บั๊กกับตัวเองเพื่อให้คนอื่นๆรู้ว่าคุณกำลังช่วยแก้ไขปัญหานี้อยู่ หรือถ้าเรื่องนี้มีคนทำอยู่แล้วคุณก็อาจติดต่อผ่านทางเมล์ของ SourceForge ของคนทำกำลังทำและบอกว่าคุณจะช่วยอะไรกับเรื่องนั้นๆได้บ้าง
−
:*ส่ง SF Patches สำหรับบั๊กที่ได้รับการแก้
+
:*ส่ง SF Patches สำหรับบั๊กที่ได้รับการแก้ไข
 
:*ทดสอบ SF Patches ที่ได้รับการแก้ไขแล้ว
 
:*ทดสอบ SF Patches ที่ได้รับการแก้ไขแล้ว
  
−
====If you are a commiter====
+
====ถ้าคุณเป็นคนนำเข้าการเปลี่ยนแปลงสู่ระบบ (commiter)====
−
:*review SF Patches submitted to test, confirm & commit,
+
:*ตรวจสอบ SF Patches ที่ได้รับ ทดสอบ ยืนยันและนำเข้าการเปลี่ยนแปลง (commit)
−
:*submit new SF Patches to confirmed SF Bugs,
+
:*ส่ง SF Patches ใหม่เพื่อยืนยัน
−
:*review & confirm new SF Bug reports,
+
:*ตรวจสอบและยืนยันรายงาน SF Bug อันใหม่
−
:*review SF Support Requests to confirm as bugs.
+
:*ตรวจสอบ SF Support Requests เพื่อยืนยันว่าเป็นบั๊ก
−
:* Be clear with the Log Message when you commit, a good practice could be:
+
:*ไม่ลืมที่จะเขียน Log Message ให้ชัด วิธีที่ดีก็คือ
 
::[bug #] - Description (example: [bug#1618305] - Password reset to defaults)  
 
::[bug #] - Description (example: [bug#1618305] - Password reset to defaults)  
−
:::or
+
:::หรือ
 
::[SR #] - Description,  
 
::[SR #] - Description,  
−
::and so others can easily find the details behind the commit.
+
::เพื่อที่เราจะได้หาข้อมูลได้เจอหลังจากที่นำเข้าการเปลี่ยนแปลงนั้นๆแล้ว
  
−
===How do I start?===
+
===จะเริ่มได้อย่างไร===
−
The software QA processes is managed from within SourceForge (SF) so, if you do not already have one, register with SF to get an SF user-id.
+
กระบวนการ QA ของซอฟท์แวร์กระทำกันอยู่ภายในระบบ SourceForge (SF) ดังนั้นถ้าคุณยังไม่มี user-id ให้ลงทะเบียนขอได้กับ SF
 +
ถ้าคุณต้องการแก้ไขหรือปรับปรุงวิกิเพจ ก็ให้ลงทะเบียนกับวิกิ (wiki) บอกเราสักหน่อยเกี่ยวกับตัวของคุณ และสถานะในการทดสอบ (testing environment) ในหน้าผู้ใช้ (Wiki User Profile)
 +
เพียงคลิ๊กไปที่ชื่อ login ของคุณที่อยู่ด้านบนของหน้าจอเพื่อแก้ไข wiki profile ของคุณ… ดูตัวอย่างที่ [[User: red1]]
  
−
If you wish to make updates and enhancements to the wiki, then simply register on the wiki. Do tell us something about yourself and your testing environment(s) using the Wiki User Profile.
+
ถ้าอยากทำงานกับ Support Requests, Bug Reports & Patches และช่วยดูแลในระบบ SF คุณจำต้องได้รับสิทธิการเข้าถึง ให้ติดต่อ [mailto:hengsin@adempiere.org Low Heng Sin] หรือ [mailto:colin.rooney@adempiere.org Colin] เพื่อขอรับสิทธิ์
−
Just click on your login Id at the top of the screen to edit your wiki profile... see [[User: red1]] as an example.
+
  
−
To work on Support Requests, Bug Reports & Patches and maintain their status within SF you will require specific access granted; contact [mailto:hengsin@adempiere.org Low Heng Sin] or [mailto:colin.rooney@adempiere.org Colin] to organise this.
+
===สมมุติว่าเจอบั๊ก แล้วทำอย่างไรต่อ===
 +
ขั้นแรก ให้ค้นหา Support Requests & Bug Reports ณ.ปัจจุบันเพื่อให้แน่ใจว่านี่เป็นบั๊กที่ยังไม่เคยเกิดขึ้น ถ้ามั่นใจแล้วก็ทำต่อได้
  
−
===So you think you found a new bug – what now?===
+
โอเค รู้แล้วว่านี่เป็นบั๊กใหม่ แล้วไงต่อ? ถ้าคุณยังใหม่กับโครงการนี้ วิธีที่ดีที่สุดคือให้สร้างเป้น Support Request (SR) ใน SourceForge เพื่อแสดงว่าคุณคิดว่ามันเป็นบั๊ก และขอความเห็นที่สองว่ามันใช่ก่อนที่จะสร้างเป็น Bug Report
−
First search the current Support Requests & Bug Reports to ensure this is an unknown bug. Once you have confirmed this then you may proceed.
+
ถ้าคุณมีประสบการณ์แล้วและคิดว่าชัวร์ว่าเป็นบั๊กแน่ๆก็ให้เข้าไปสร้าง Bug Report ได้เลย
  
−
Okay so it's not already reported, what now? Well, if you are new to the project then the best approach to take it create a SourceForge Support Request (SR) to highlight what you think is a bug and get a second opinion before creating a bug report.
+
====ข้อแนะนำบางประการในการสร้าง Support Request หรือ Bug Report====
 +
:*ให้รายละเอียดและข้อมูลเกี่ยวกับการตั้งค่าระบบต่างๆของคุณ: System OS, เวอร์ชั่นของ ADempiere, ระบบฐานข้อมูล Client ที่ใช้ (เช่น ใช้ Gardenworld เป็น client ในการทดสอบ)
 +
:*ให้รายละเอียดของชื่อ window/report/process ที่ที่ปัญหาเกิดขึ้น
 +
:*ให้รายละเอียดขั้นตอนในการทดสอบเพื่อให้พบปัญหาและถ้าเป็นไปได้ให้อยู่ใน GardenWorld client สำหรับการทดสอบ
 +
:*คิดไว้เสมอว่านักพัฒนาที่มาแก้ปัญหาอาจไม่ได้อยู่ในธุรกิจเดียวกับคุณและไม่ได้ใช้ซอฟท์แวร์ในชีวิตประจำวัน ดังนั้นทุกครั้งที่เป็นไปได้ ให้บอกในสิ่งที่คุณต้องการทำและสิ่งที่คุณคาดหวัง
 +
:*ถ้าข้อผิดพลาดแสดงผลในหน้าจอให้ก๊อปปี้ log มาพร้อมกับข้อผิดพลาดด้วย
  
−
If you are experienced and have no doubt as to the bug then you can create a Bug Report directly.
 
  
−
====Some tips when submitting a new Support Request or Bug Report====
+
สำหรับรายละเดียดเพิ่มเติมเกี่ยวกับกระบวนการ QA ให้ดู[[The QA Process|ที่นี่]] แต่ขอผมเสริมนิดนึงว่า ที่นี่เป็นองค์กรที่ใช้อาสาสมัครเป็นหลัก ดังนั้นทุกคนจึงมิอิสระในการเลือกว่าจะทำอะไรและทำเมื่อไหร่ และมักจะเป็นบางอย่างที่เกี่ยวข้องกับสิ่งที่เขากำลังทำอยู่ในตอนนั้น นั่นหมายความว่าคุณอาจไม่ได้รับการตอบรับอย่างทันทีทันใด หรือมีวิธีแก้ปัญหาให้ทันที แต่ขออย่าได้มีความรู้สึกที่ไม่ดี ด้วยขนาดของตลาดสดแห่งนี้ ท้ายที่สุด คนอื่นๆก็จะเจอปัญหาเดียวกับทคุณเจอ หรือต้องการวิธีแก้ปัญหาของคุณเหมือนกัน ดังนั้น มันอาจใช้เวลาบ้าง แต่ทุกคนมักจะได้รับการตอบรับในที่สุด!
−
:*Do provide a detailed information about your environment configuration: System Op., Adempiere version, DB, client used (i mean Gardenworld test or your client), etc.
+
−
:*Do provide the name of the specific window/report/process name where the problem occurs.
+
−
:*Do provide detailed steps to reproduce and if possible in the GardenWorld test client. 
+
−
:*Remember the developers might not be versed in the daily business use of the application so, where applicable, provide a description of what you wish to achieve and what you expected to happen.
+
−
:*If an actual error displays include a copy of the log with error.
+
  
−
 
+
==อ่านเพิ่มเติม==
−
 
+
−
For a more detailed look at the QA Process see [[QAProcess|here]].  But let me just add here; this is a volunteer based organisation, people are free to choose what to do when, and that  typically is something in line with their current job at hand.  This means you might not get an immediate response to your submitted Support/Bug Report, or an immediate solution, but please do not be disheartened.  The sheer size of the bazaar means that eventually others will also encounter your problem or require your submitted solution.  So while it may sometimes not be immediate, everyone will get a response!
+
−
 
+
−
==See Also==
+
 
*[http://sourceforge.net/forum/forum.php?thread_id=1928082&forum_id=610548 One idea to start learning and contributing at the same time hacking at the source]
 
*[http://sourceforge.net/forum/forum.php?thread_id=1928082&forum_id=610548 One idea to start learning and contributing at the same time hacking at the source]
 
*[[Contributors Needed- Sign Up Here]]
 
*[[Contributors Needed- Sign Up Here]]
−
*[[Quality Control Cycle]] checklist by Victor Perez
+
*[[The QA Process]] โดย Colin Rooney
−
*[[QAProcess|QA Process]] by Colin Rooney
+
 
[[Category:Development]]
 
[[Category:Development]]
 +
[[Category:Localisation]]

Latest revision as of 03:56, 3 October 2011

ใครเข้ามาช่วยได้บ้าง

คำตอบง่ายๆก็คือทุกคน!

กระบวนการทางคุณภาพ (QA) เป็นหลักประกันที่จะช่วยให้การออกเวอร์ชั่นของซอฟท์แวร์ใหม่มาพร้อมๆกับ

ก) การติดตั้งที่มีคุณภาพ
ข) ซอฟท์แวร์ที่มีคุณภาพ
ค) และเอกสารประกอบที่มีคุณภาพ

ถ้าคุณยังใหม่

  • ลองทดสอบและติดตั้ง
  • ให้ความเห็นในเรื่องที่ลองทำแล้วไม่ได้อย่างที่คาดหรือยังไม่ชัดเจนที่
  • อ่านเอกสารวิกิและปรับปรุงเอกสารต่างๆให้ดีขึ้น
  • เขียนเอกสารในเรื่องที่คุณมีความเชี่ยวชาญและสามารถแบ่งปัน

ถ้าคุณมีประสพการณ์สูงแล้ว

  • ทดสอบการใช้งานด้าน 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 ให้ดูที่นี่ แต่ขอผมเสริมนิดนึงว่า ที่นี่เป็นองค์กรที่ใช้อาสาสมัครเป็นหลัก ดังนั้นทุกคนจึงมิอิสระในการเลือกว่าจะทำอะไรและทำเมื่อไหร่ และมักจะเป็นบางอย่างที่เกี่ยวข้องกับสิ่งที่เขากำลังทำอยู่ในตอนนั้น นั่นหมายความว่าคุณอาจไม่ได้รับการตอบรับอย่างทันทีทันใด หรือมีวิธีแก้ปัญหาให้ทันที แต่ขออย่าได้มีความรู้สึกที่ไม่ดี ด้วยขนาดของตลาดสดแห่งนี้ ท้ายที่สุด คนอื่นๆก็จะเจอปัญหาเดียวกับทคุณเจอ หรือต้องการวิธีแก้ปัญหาของคุณเหมือนกัน ดังนั้น มันอาจใช้เวลาบ้าง แต่ทุกคนมักจะได้รับการตอบรับในที่สุด!

อ่านเพิ่มเติม

Retrieved from "http://www.adempiere.com/index.php5?title=QAStart_th&oldid=24650"