Comments on: What is UAT?

By: new blood

new blood — Wed, 25 May 2011 10:00:19 +0000

ขอบคุณมากนะคะสำหรับบทความดีๆ ตอนนี้กำลังขยับขยายเสต็บตัวเองมาฝั่งการเทสแบบ Black box พอดี บทความนี้มีประโยชน์มากค่ะ
ขอบคุณค่ะ

By: Test ไปเพื่ออะไร? แล้วใคร Test อะไร? | WeLoveBug.Com | Software Testing Blog

Thu, 12 Aug 2010 10:39:01 +0000

[...] User Acceptance Testing ซึ่งหลักๆ จะเป็นเรื่องของ [...]

By: pheonics

pheonics — Tue, 03 Nov 2009 11:25:36 +0000

อ้อ ตอบคร่าวๆคุณ up1

ทำ UAT ทุก Iteration เขาก็ไม่เรียก UAT ซิครับ
UAT = User Acceptance Test ปกติใช้ตรวจรับเพื่อปิดโปรเจค และที่สำคัญสำหรับ vendor คือ วางบิลได้

ใน Agile ปกติก็จะให้ user มาร่วมทีมคอยตบงานให้ออกมาตามที่ควรอยู่แล้ว ผมว่าเราคน IT หนะอยากให้ user มานั่งกะเราแต่ user จะมาหรือเปล่า มีคน sponsor หรือเปล่า วัดผลงานหรือเปล่า และอื่นๆอีกมากมาย ที่ต้องทำเพื่อให้ได้สาวเจ้ามา

คำตอบสุดท้าย…ทายซิ… ตัวใครตัวมัน

ถ้าผมได้ไปงาน Bugday อาจได้คุยกันต่อครับ

บาย,

By: pheonics

pheonics — Tue, 03 Nov 2009 11:19:04 +0000

Aha… a bit late.. มาแบ่งปันครับ ปัญหาที่เจอในการทพ UAT ครับ
1. การคุมเวลา
– ปัญหานี้เป็นปัญหาโลกแตกนะครับ เจอหลายครั้งในชีวิตเหมือนเพื่อนคู่คิด แบบที่ไม่อยากมี ดูเหมือนว่าในองค์การทั่วไป ทีม IT จะถือ KPI เรื่องการปิดโปรเจคให้ได้ตามแผน แต่ผู้ใช้ไม่ได้ถือ KPI เดียวกัน เราจะได้ยินว่า “ไม่ว่างนะพอดีปิดงบสิ้นเดือน เลื่อนไปก่อน” หรือ “ช่วงนี้ลูกค้าพีคมาเลยพี่ ขอเลื่อนไปก่อนนะ” ปัญหามันอยู่ตรงที่ผู้ใช้ ไม่ได้รับการมอบหมายงานและถูกวัดผลเกี่ยวกับการปิดโปรเจคตามเวลา
2. Test Case
– อีกปัญหานึงที่เจอคือ user มีอาการขี้เกียจทำ Test Case … หลายครั้งก็เอา SIT test case มาโด่ๆ เรื่องนี้ส่งผลกับคุณภาพการตรวจรับเพราะจะขาดมุมมองของผู้ใช้
3. เมื่อผู้ให้ Original Requirement ไม่อยู่
– เรื่องนี้เกิดได้กัย project ยาวๆ คนให้ requirement คนแรกลา(หรือโดนไล่)ออกไปแล้ว ผู้รับงานต่อก็ไม่อยากรับ อันนี้พอเข้าใจได้ เราเองคนสร้างยังมีนิสัยไม่ชอบแก้ code คนอื่นเลย เขียนใหม่ยังง่ายซะกว่า
– เมื่อเริ่มมีสัญญาณว่า User ใหม่ ไม่อยากรับงานมือสอง ต้องเข้าไปแก้โดยทั้นที เรื่องนี้ซับซ้อนและมีทางออกแตกต่างกันไปตามสถานการณ์ ตัวใครตัวมันครับ
4. UAT in OutSourcing context
– ในการควบคุมค่าใช้จ่ายของโครงการ เรื่องนี้อาจเป็นประเด็นบานปลาย หากมีการขยับเวลา หรือปัญหาโรคเลื่อยอืนๆที่ไม่ได้เกิดโดย Vendor
– เพราะปกติกาีร Outsource จะมี 2 ขั้ว 1. เหมา 2. T&M (Time and Material) ถ้าเป็นเหมา vendor อาจพอหยวนๆ แต่ถ้าเป็น T&M อันนี้คุยกันยาวเลย
– การแก้ไขก็คงไม่มีคำตอบสุดท้ายให้ ก็ตัวใครตัวมันเหมือนกัน แต่ขอแนะนำว่า ควรเผื่องบประมาณใ้ว้เป็นทางออกทางการเงินบ้าง

เอาหละบ่นพอแล้ว ขอบคุณที่อ่านครับ… ปัญหามัน 108 นะ.. เขียนไม่หมดหรอก ขอฝากไว้เหมือนที่ หนุ่มว่า PLAN เป็นส่วนที่สำคัญ อย่าสักแต่ว่าใส่ activity ลงไป good project plan is “expect the best, prepare for the worst”.

บาย,

By: Zyracuze

Zyracuze — Tue, 27 Oct 2009 13:36:50 +0000

ด้วยความยินดีครับคุณเบิร์ด

By: เบิร์ด

เบิร์ด — Tue, 27 Oct 2009 07:07:53 +0000

ขอบคุณมากนะครับ เป็นประโยชน์มาก

By: leeyongson

leeyongson — Thu, 15 Oct 2009 07:13:37 +0000

โอ้วว แล้วบอกว่าไม่เคยทำ เยี่ยมคร่า เป็นกำลังใจต่อไป ว่างแ้ล้วจะแวบมาช่วย

By: ฺำ้Behindscene

ฺำ้Behindscene — Wed, 14 Oct 2009 04:56:36 +0000

ขอบคุณสำหรับบทความดีๆ เข้ามาอ่านจนเป็นแฟนประจำเลย

By: Zyracuze

Zyracuze — Tue, 13 Oct 2009 08:18:52 +0000

ขอบคุณพี่ปุ๋ย (up1) ที่ช่วยตรวจคำผิดให้ผมครับ (ผิดมันได้ทุกรอบจริงๆ)

คิดเล่นๆ ว่าถ้าสามารถทำ UAT ในทุกๆ iteration หรือทุกๆ phase ของการพัฒนาด้วย น่าจะทำให้ software หรือระบบ ตรงตามความต้องการของผู้ใช้งานจริงๆ มากขึ้นหรือเปล่า ???

ส่วนตัว: อาจจะ แต่ขึ้นอยู่กับหลายๆ ปัจจัยด้วยครับพี่ เรื่องนี้คุยยาว เอาไปคุยกันใน BugDay ดีไหมครับ

By: up1

up1 — Tue, 13 Oct 2009 07:31:59 +0000

อ่านแล้วเห็นภาพเลยครับ

แก้ไขคำผิด
ดำนเนิการตาม แก้เป็น ดำเนินการตาม
เป้น แก้เป็น เป็น