บันทึกเขียนปัญหาไว้เพื่ออะไรดี

งานทดสอบ Software
       เริ่มจาก ผมเป็นคนทดสอบ Software งานหลักๆคือ เขียน Test Case ของ System Test และทำ Automate Test และ Manual Test ในกรณีที่ทำ Automate Test ไม่ได้*-*//

หน้าที่ที่รับมอบหมาย
       1 Test Case เป็นฟอร์มแบบง่ายแต่มีรายละเอียดบอกชัดเจนพอสมควร(พยามทำให้ชัดเพราะว่าอาจมีทีมอื่น หรือเพื่อนร่วมทีมนำไปใช้ และ เพีอให้ใช้งานเป็นเอกสารคุณภาพของ Office ได้ด้วย)
       2 Automate Test ได้ Script เป็น .Html และ Suit(ไว้รวมหลายๆ Script .html) มีการเก็บไว้บน Source Version Control(ทำไว้เพื่อให้สามารถควบคุม Version และ Script ทีทำร่วมกันหลายๆคน เหมือนกับทีม Coder)
       3 เปิด Defect(ปัญหาจากการทดสอบ)ให้ทางทีมพัฒนานำไปแก้ไข
       4 ทดสอบใหม่หลังจากมีการแก้ปัญหาแล้ว
       5 กลับไปที่ข้อ 1 *-*

ทรัพยากรณ์ที่มี
       - คน(ไม่ขอกล่าวในที่นี้)
       - Virsual Server Test: ไม่มีเป็นของทีม ต้องยืมเป็นครั้งคราวไป(ดีตรงทียืมเครื่องที่เมือนกับไซต์ลูกค้าได้)
       - PC(เครื่องที่นั้นเขียนพันทิปตอนนี้ 555+)

เครื่องมือที่ใช้
       - Selenium IDE(Add-on บน FireFox ใช้ทำ Automate Test ที่สำคัญฟรี)
       - Browser Firefox, Chrome, IE
       - Firebug(Add-on บน FireFox ใช้หา Path, ดูรายละเอียดบน page ที่ทดสอบ ที่สำคัญฟรีเช่นกัน)

และแล้ววันนึ่งวันที่ทำการทดสอบได้เริ่มขึ้น
       การเตรียมงาน
        - ทำ Test Case (ผมทำ)
        - รวมทีมเฉพาะกิจ(Tester+Coder) มาทำ Script Automate
        - จัดตั้ง Pm เฉพาะกิจสำหรับ รายงาน/สรุป ผลการดำเนินงาน
        - อบรม + Workshop ทีม Coder ให้สามารถใช้งาน Selenium IDE เป็น
        - แนะนำการใช้งานเอกสาร Test Case และ Defect
        - กำหนดการการทำงาน

       เริ่มทำงานกัน
        - ก็เริ่มงานกันตามกำหนดการ
        - มีการสรุปผลการทำงานท้ายวัน
        - **ตอนนี้ยังทำการทดสอบกันอยู่ *-*

ปัญหาที่เจอ+กำลังหาสาเหตุ
       1 การสื่อสาร + คน
        ***สาหตุที่วิเคราะห์***
               - เกิดจากผู้ร่วมงานมี Comfort Zone(บ้านๆคงเรียก การตั้งแง่ หรือป่าว) ไม่อยากเปิดรับปัญหาหรือความรู้ใหม่
               - ตัวผมไม่ยากเข้าไปใน Comfort Zone ของใครๆ เพราะพวกเขาปากร้าย *-* (ที่นี้พนักงานสนิทกันดีนะร้ายไงก็โกรธกันไม่นาน)
               - ตั้งคำถามเมื่อเห็นรายงาน Defect ว่าเป็นจริงหรอวันก่อนได้อยู่อะไรประมาณนี้ ก่อนจะลองตรวจสอบเอง(ทีมแก้ไข/Coder)

       2 การกรอกข้อมูลลง Test Case ไม่เป็นถูกต้อง
        ***สาหตุที่วิเคราะห์***
               - คงมาจากความไม่เข้าในฟอร์ม
               - ความเอือมระอางาน(หรือเอือนผม555+ ก็เพราะงานที่ทำไม่ใช่หน้าที่หลักของเขา แต่ต้องมาทำแบบเฉพาะกิจ) ทำให้เสร็จๆคุณภาพด้อยลง



--งานงอกเด๋วมาต่อ--
แสดงความคิดเห็น
โปรดศึกษาและยอมรับนโยบายข้อมูลส่วนบุคคลก่อนเริ่มใช้งาน อ่านเพิ่มเติมได้ที่นี่