Question in QA process

เพิ่มเติม @hybridknight blog กลับมาเลยเอามาแปะรวมที่เดียวกันเสียหน่อย RE : Question in QA process

อยู่ดีๆ คิดถึงเรื่องนี้ ตอนแรกกะจะทวีตเฉยๆ คิดไปคิดมาจดไว้เลยดีกว่า

  • บริษัทต่างๆ มี QA ที่เป็น man test (คือทดสอบด้วยการนั่งคลิกๆ หรือเล่นระบบตาม requirement) หรือป่าวและขั้นตอนการทำงานปกติเป็นอย่างไรกัน
  • Requirement นึง QA จะทดสอบกี่ครั้ง และทดสอบช่วงไหนบ้าง หลังทำเสร็จทีละ Requirement หรือเป็นชุดของ Requirement ตามช่วงเวลาที่กำหนด (Milestone)
  • ถ้า Requirement นั้นผ่านแล้วและพัฒนารุ่นใหม่ ต้องกลับมาทดสอบ Requirement เดิมหรือป่าว และทดสอบกี่ครั้ง?
  • QA ทดสอบตาม Requirement หรือป่าวหรือทดสอบตาม Function ย่อยของ Requirement แล้ว Reject ตาม Function (อันนี้อ่านแล้วอาจจะงงๆ แต่ที่ถามอันนี้เพราะว่า Requirement บางอย่างจะประกอบด้วย Function ย่อยหลาย Function และมีหลายผลลัพธ์)

คิดออกแค่นี้ ตอนนี้ก็ยังคิดเรื่องพวกนี้ไม่หมดแต่ไม่จดไว้ก็คงลืม ไว้ถ้ามีคำตอบที่ลงตัวคงได้มาเขียนเป็นอีก Post

About llun

Just a programmer

, ,

  • Tap

    การ test มากน้อยแค่ไหนเป็นเรื่องของ trade-offs ระหว่าง resource+time กับ quality ครับ แต่ละบริษัทจะ test มาน้อยแค่ไหน ก็อยู่ที่การให้ความสำคัญระหว่างสิ่งเหล่านี้

    ส่วนตัวผมมองว่าตราบใดที่ test แล้วเจอบั๊กก็ไม่มีเหตุผลที่จะไม่ test วิธีการที่ควรทำในการที่จะลดปริมาณการ test ลง คือ ทำให้ software มีคุณภาพก่อนถึงมือ qa

    • http://llun.in.th/ llun

      จริงๆ ปัญหาที่เจอไม่ใช่ของ QA ตรงๆ หนะ แต่ต้องการรู้ process QA เพื่อเอาไปแก้ปัญหา process รวมที่ไม่สามารถบอกได้ว่า อะไรเสร็จเมื่อไหร่ และจะตัดอย่างไรได้บ้าง (ซึ่งมันผิดตั้งแต่คนกำหนดงานและเวลาว่าใน เวลาที่กำหนดอะไรต้องเสร็จบ้าง ซึ่งเป็น Goal ที่ควรทำได้จริง) ใครต้องทำอะไรอย่างไรบ้าง