Comments on: งานที่เสร็จแต่ไม่สุดกับ UAT

By: Patcharaporn

Patcharaporn — Tue, 04 Aug 2009 00:40:22 +0000

ยินดีต้อนรับค่ะ คุณ minimalist สามารถเข้ามาแชร์ไอเดียได้นะคะ ร่วมด้วยช่วยก้นค๊า

By: minimalist

minimalist — Sat, 01 Aug 2009 05:14:19 +0000

สวัสดีครับ คุณ patcharaporn

ผม ณรงค์ นะครับ ตามมาสมัครเป็นสมาชิกเว็บนี้อย่างเป็นทางการครับ หลังจากเข้ามาอ่านเอาความรู้ดี ๆ มานานแล้ว

ผมฝากเผยแพร่ approach ด้าน Software Architectural Testing และ Software Architectural Test Case ด้วยนะครับ ลอง discuss แลกเปลี่ยนกันนะครับ แล้วผมจะแวะมาเยี่ยมบ่อย ๆ เลยครับ แล้วผมจะขอมาแชร์ไอเดียและขอแวะมาเขียน blog มั่งนะครับ และอยากได้ไอเดียหลาย ๆ อย่างจากชุมชมแห่งนี้เช่นเดียวกัน

สุดท้ายขอแจม blog ของคุณ patcharaporn มั่งครับ
“การเขียน Architectural Test Case นั้นมันมาก แต่เขียนยากเอาเรื่อง เพราะลงเทคนิคมาก”
และ
“การเขียน Test Script โดยเฉพาะเขียนให้เป็น Program Script ยิ่งโหด-มัน-ฮา”

ส่วนเรื่องการ set environment, เตรียม test data, set baseline และ configuration management เห็นด้วยครับ ซึ่งสำคัญมาก ๆ

นอกจากนี้เห็นด้วยกับคุณ up1 ที่ต้องเขียน test case ให้ครอบคลุม การจินตนาการและการคิดนอกกรอบช่วยได้เยอะเลยครับ แต่ที่สำคัญสุด ๆ คือความเข้าใจ requirements และ domain knowledge

และเห็นด้วยกับคุณ Zyracuze ครับว่าโปรแกรมทุกตัวย่อมมี bug / defect ทั้งนั้นครับ เพราะในการพัฒนาโปรแกรมเรามีข้อจำกัดสำคัญคือ เงิน คน เวลา ดังนั้นคุณภาพของโปรแกรมจึงต้องมีข้อจำกัดด้วย การตีกรอบคุณภาพ (Quality Zone / Area) จึงสำคัญ

แต่อย่างที่คุยกันน่ะครับ เรามักพบปัญหาจาก requirements บ่อย ๆ ที่มักไม่สมบูรณ์เพียงพอ

เอาไว้จะมาแจมใหม่นะครับ

ณรงค์
.-= minimalist´s last blog ..ทำความเข้าใจกับ ‘Software Architecture’ เชิงเปรียบเทียบกัน =-.

By: Ton

Ton — Mon, 20 Jul 2009 10:28:24 +0000

สวัสดีครับ อ่านแล้วขอถามหน่อยนะครับ ผมทำงานด้านเทส เหมือนกันแต่เสต็ปไม่ทราบว่าเหมือนกันป่าว ผม UAT > ITR > STR > UATR สุดท้ายและท้ายสุด deploy ขึ้น Production ครับ ขนาดเทสกันกระทำแบบนี้ยังมีหลุด แต่นิดหน่อย ทำใจครับ

By: Zyracuze

Zyracuze — Mon, 20 Jul 2009 00:32:49 +0000

คุณ -0-

ฟังดูจะไม่ค่อย Happy เท่าไรกับทีมที่ทำงานอยู่นะครับ แต่ดูแล้วคำว่า เกลียด นี่มันจะดูแรงไปนิด ลองบอกเล่าปัญหาที่ประสบพบเจอมาได้นะครับที่ zyracuze@gmail.com เพื่อจะได้ร่วมด้วยช่วยกันแก้ไขปัญหาครับ
.-= Zyracuze´s last blog ..Software Testing Working Group Meeting#4/2009 =-.

By: -0-

-0- — Sun, 19 Jul 2009 15:24:22 +0000

เห้อ ! ผมเกลียดทีม SIT Project ที่ผมทำจังเลยครับ เบื่อเป็นการส่วนตัวทำให้การทำงานไม่ราบรื่นเท่าไร

By: patcharaporn

patcharaporn — Sun, 12 Jul 2009 02:22:34 +0000

ขอบคุณคุณ up1 มากคะ
1. เรื่อง environment ก็เจอเหมือนกัน UAT ใช้ 1 server แต่พอ production ทำแบบ load balance มี 8 server
จะมีประเด็นกับงาน interface file คือ 1 วันต้องการ interface 1 file บางวันมี file ถูก interface มากกว่า 1 file
ทำให้ข้อมูลซ้ำกัน ทาง programmer ต้องเขียนโปรแกรมดัก case เพิ่ม
2. เรื่อง Requirement ถ้าไม่ชัดเจน ที่บริษัทจะใช้เทคนิคคือ test team ทำ test case แล้ว เชิญประชุม
USER,BA,SA ,DEV สรุป test case ด้วยกัน บางที test case ที่เราเขียน BA ก็นำกลับไปเพิ่มเป็น requirement ก็มี
แต่ถ้า Requirement ไม่ชัดเจนจาก user เชื่อได้เลยว่า ตอนที่พี่แกทำ UAT ไอเดียบรรเจิด แน่นอน ตอนนั้นละ new requirment เพิ่ม
มาอีกเป็นโหล ๆ เลยล่ะ

By: up1

up1 — Sat, 11 Jul 2009 07:46:45 +0000

ปัญหาที่ผมเจอเป็นประจำ และไม่คิดจะเปลี่ยนแปลงหรือปรับปรุงกันเลยคือ
1. เรื่อง environment ของ server ทั้ง Dev, Testing, Staging และ Production ไม่เหมือนกันเลย ทำให้เกิดปัญหาขึ้นมาแล้วขอบเขตของการค้นหาปัญหายากมากๆ

2. เรื่องของ Requirement ที่ไม่มีหรือไม่ชัดเจน ทำให้มีการสร้าง Test case ที่ไม่ครอบคลุม ทำให้ระบบ fail ได้อย่างง่ายดาย

ปล. เรื่องมี bug หรือไม่ใน program นั้น ผมมีความเชื่อลึกๆ ว่า ถ้าระบบไม่มี bug แสดงว่าไม่มีใครใช้งานระบบ ดังนั้นถ้ามี bug น่าจะยินดีมากกว่าไม่มี bug นะครับ แต่ขอให้ bug ที่เกิดขึ้นนั้น ไม่ใช่ bug แบบโง่ๆ หรือ bug แบบทั่วไป ที่ใครๆ ก็เจอ

By: Zyracuze

Zyracuze — Sat, 11 Jul 2009 07:07:43 +0000

ขอบคุณพี่อิ๋ว สำหรับบทความครับ และขออนุญาติเข้าไปปรับแก้รูปแบบเล็กๆ น้อยๆ นะครับ

By: Zyracuze

Zyracuze — Sat, 11 Jul 2009 07:06:56 +0000

Defect อยู่กับ Software หรือ Application ตลอดเวลาครับ อยู่ที่ใครจะเจอ เมื่อไรครับ

There will always be a chance that software will contain errors.
Software testing does not prove that software is error-free.
Software testing is to minimize the risk of errors occurring.

ต้องปรับมุมมอง และความเข้าใจ ของ Developer ว่า Tester เข้ามาร่วมด้วยช่วยกันเพื่อให้ Defect ลดลงให้ได้มากที่สุด และกำจัด Defect ที่จะส่งผลต่อ Business ให้ได้มากที่สุดครับ
.-= Zyracuze´s last blog ..Instructor at CU: Software Testing Experience Sharing =-.