สไตล์การออกแบบ Test Case ของข้าพเจ้า

หัวข้อนี้ขอแบ่งบัน Style การออกแบบ Test Case ของข้าพเจ้า

สำหรับ Tester ที่เคยทำ Manual Test มาก่อน อาจเคยทำเอกสารเหล่านี้

  • Test Coverage Matrix
    • Test Scenario
      • Test Case

แต่ขอให้ลืมไปก่อนนะครับ

ในที่นี้เราจะใช้ SpecFlow ควรทำความคุ้นเคยลำดับเหล่านี้ จะได้ไม่สับสน

  • Feature
    • Scenario
      • Step

เริ่มต้นเรามีเอกสารการออกแบบระบบ ซึ่งอาจจะได้มาจาก System Analysis หรือเกิดจากการเข้าร่วมประชุมด้วยตนเอง

หากนำเอกสารที่ได้มาเขียน SpecFlow ทันที สิ่งที่เกิดขึ้นคือ

  • จัดหมวดหมู่ไม่ชัดเจน
  • เกิดความซ้ำซ้อน
  • ขี่ช้างจับตั๊กแตน ต้องใช้ Test Case จำนวนมาก (แต่เวลาจำกัด)

การทำงานน้อย ประสิทธิภาพสูง ย่อมดีกว่าแน่นอน ดังนั้นจึงจำเป็นต้องให้ความสำคัญกับการวางแผน ซึ่งวิธีการของผมซึ่งเกิดจากการอ่าน สรุปได้ดังนี้

  1. อ่าน Specification แล้วเขียนประเด็นที่ต้องทดสอบลงบนกระดาษ
  2. เขียน Mind Map โดยเริ่มต้นแตก Node จาก Use Case ผลที่ได้
    • แบ่ง Feature ชัดเจน
    • แตก Scenario ได้ง่าย
    • มองเห็นภาพรวมชัดเจน ทำให้ไม่ซ้ำซ้อน
  3. เลือก Scenario 1 อัน จากแต่ละ Features ให้ Priority เป็น Urgent โดยใช้หลักการ
    • มีความสำคัญมากที่สุด
    • เป็นธรรมชาติของ User มากที่สุด
  4. เลือก Scenario ที่มีความสำคัญนอกเหนือจาก Urgent จากแต่ละ Scenarios ให้ Priority เป็น High
  5. ที่เหลือเลือก Medium, Low ตามลำดับ
  6. แล้วค่อยมาสร้างไฟล์ Features ตามที่ได้ออกแบบไว้ใน Mind Map

ภาพตัวอย่าง

2016-04-29_132535

ผมใช้โปรแกรมฟรี FreeMind สำหรับสร้าง Mind Map ครับ

 

 

 

 

Advertisements

ใส่ความเห็น

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / เปลี่ยนแปลง )

Twitter picture

You are commenting using your Twitter account. Log Out / เปลี่ยนแปลง )

Facebook photo

You are commenting using your Facebook account. Log Out / เปลี่ยนแปลง )

Google+ photo

You are commenting using your Google+ account. Log Out / เปลี่ยนแปลง )

Connecting to %s