Black-box testing strategy

Black-box testing strategy

วันนี้ผมขอเกริ่นนำในเรื่อง Test Strategy หลักๆก่อนนะครับ โดยยกตัวแรกมากก็คือ Black-box Testing ส่วน White-box Testing เก็บไว้ post ถัดๆไปนะครับ

เมื่อเราพูดถึง Black-box testing ภาพแรกที่ขึ้นมาเลยก็คือ กล่องดำๆ ที่เราไม่รู้ว่าข้างในมีอะไรอยู่กันแน่นะ เปรียบเสมือน Software ของเราที่ Developer ในทีมเป็นผู้เขียนและเราเป็น QA ที่ต้องทำการทดสอบ โดยที่เรา ไม่ทราบว่าการทำงานภายในของโปรแกรมนั้นเป็นอย่างไร เรารู้เพียง Requirement ว่าโปรแกรมต้องตอบสนองอย่างไรบ้าง

Black-box Testing หรือมีอีกชื่อคือ Data-Driven, input/output-driven testing เป็นการเทสแบบที่ไม่สนใจโปรเซสการทำงานภายในของโปรแกรมว่าทำงานอย่างไร แต่จะเน้นไปที่ Input และ Result ที่ได้มากกว่า ว่าการทำงานต่างๆถูกต้องตามเทสเสปคหรือไม่ โดยจะมีการทำเทสทั้ง Valid Input และ In Valid Input ต่างๆกัน โดยเทคนิคนี้ส่วนใหญ่แล้วจะถูกใช้โดย QA ในการออกแบบ test case ทั้งแบบ Manual Test และ Automate Test ครับ

2 สิ่งสำคัญที่ต้องใส่ใจเมื่อจะทำ Black-box testing คือ

  1. เราไม่สามารถเทสโปรแกรมเพื่อการันตีได้ว่า Bug free เพราะ condition มันมหาศาลเกินกว่าที่เราจะเทสได้ทั้งหมด
  2. เราทำเทสเพื่อครอบคลุม Defect ให้มากที่สุด โดยใช้ effort ให้น้อยที่สุด

โดยในบทต่อๆไปเราจะลองมาดูแนวทางการ design test case และ testing technique ต่างๆดูครับ


Related Posts

Comments