Tag Archives: Test Plan

Test Estimation Technique

หลังจากห่างหายจากการเขียนบทความไปนาน วันนี้เลยขอหยิบยกเอาเรื่องใกล้ตัวที่ต้องทำกันเป็นประจำมาเล่าให้ฟังนะครับ

เริ่มแรกต้องย้อนกลับไปสมัยยังเอ๊าะๆ เริ่มทำงานใหม่ๆเมื่อซักหกเจ็ดปีที่แล้ว จำได้ดีเลยว่าเริ่มทำเทสโปรเจคแรกเนี่ย ทาง Project Manager ก็จะบอกให้เรามา Estimate ว่าโปรเจคนี้จะใช้เวลาทำเทสเท่าไหร่

เอาหล่ะสิ ทำยังไงดีหล่ะทีนี้ ตอนนั้นสิ่งที่มีอยู่ในมืออยู่อย่างเดียวคือ requirement list ซึ่งก็เพิ่งเคยเห็นมันมาแค่สองวัน ยังไม่ได้ทำความเข้าใจและเรียนรู้กับมันซะด้วยว่าrequirementแต่ละตัวมันมีอะไรบ้าง พอถึงเวลาประชุมสรุป estimation ตัวเลขที่ออกไปจากปากตอนนั้นคือ 2 อาทิตย์ครับ ซึ่งตัวเลขนี้ได้ออกมาจากการนั่งเทียนครับ นั่งเทียนล้วนๆ คำว่านั่งเทียนในที่นี้คือการนั่งหลับตา ปล่อยสมองให้ว่างเปล่าแล้วตัวเลขหรือข้อมูลอันนึงจะโผล่แว๊ปเข้ามาในสมองของเราทันที หลังจากนั้นก็ลืมตาแล้วเอาตัวเลขนั้นหล่ะมาใช้ (คำว่านั่งเทียนนี้สามารถใช้กับ tester ที่ต้องออกแบบเทสเคสโดยที่ไม่รู้อิโหน่อิเหน่ไม่มีเทคนิคด้วยนะครับ หึๆๆ) ทีนี้เรามาลองสรุปข้อผิดพลาดที่เกิดขึ้นจากคำว่า 2 อาทิตย์ที่พูดไปเมื่อเจ็ดปีที่แล้วกันดีกว่าว่าความผิดพลาดหลักๆที่เกิดขึ้นจากการนั่งเทียนนั้นมีอะไรบ้าง Continue reading Test Estimation Technique

[Forum] แนวทางการออกแบบ Plan for Testing

brainstrom

ยังไม่จบครับสำหรับวันศุกร์แห่งชาติวันนี้ 555 มีของปล่อยเยอะ หลังจากไม่้ค่อยได้ update บทความลงใน We Love Bug มาซะหลายอาทิตย์เลยครับ

แนวทางการออกแบบ Plan for Testing” มีพี่น้องของเราตั้งกระทู้ถามไว้ที่ Software Testing Forum เมื่อวันที่ 26 ก.พ. 09, 03:14 น โดยเจ้าของกระทู้ใช้ชื่อว่า นักออกแบบระบบ

ดูแล้วน่าสนใจก็เลยหยิบยกมาให้เพื่อนพ้องน้องพี่ช่วยกันระดมสมองกันหน่อยนะครับ

สามารถแสดงความคิดเห็นได้ทั้งบน We Love Bug หรือ ที่ Software Testing Forum ก็ได้ครับ

แนวทางการออกแบบ Plan for Testing

เรามาช่วยกันระดมความคิด แนวทางการออกแบบ plan for testing  กันดีกว่ามั้ย   เผื่อมีใครสนใจหรือทำงานด้านนี้  จะได้นำไปใช้ให้เกิดประโยชน์ได้และเป็นการพัฒนาบุคลากรด้าน tester ของเรากันด้วย


http://forum.sanook.com/forum/2687353_แนวทางการออกแบบ_plan_for_testing.html

[ad#adsense-468×60]

ควันหลงงาน Thailand Spin วันที่14 : Defining Your Test Strategy

สวัสดีครับ รับปากคุณ Zyracuse ไว้ตั้งแต่วันงานแล้วว่าจะเขียนเล่าสรุป งาน software testing ของ Thailand Spin เมื่อวันที่ 14 ต.ค. ในหัวข้อ Defining Your Test Strategy แต่ติด priority ด่วนจริงๆของ software release เลยเพิ่งจะมาเขียนได้คืนนี้ ยังไงก็ไปดูกันเลยครับ

Concept โดยรวมของงานนี้ที่ทาง working group วางกันไว้ก็คืออยากจะคุยกันถึงภาพรวมว่า test strategy คืออะไร มีประโยชน์อย่างไร และเวลาทำtest strategy จะต้องคำนึงถึงอะไรบ้าง ก่อนที่จะมีงานครั้งต่อๆไปตามมาโดยเจาะหัวข้อการทำ test เจาะจงในเชิงลึก เช่น performance testing, UAT เป็นต้น …

พอคุยกันได้ซักพัก ก็เห็นตรงกันว่า test strategy แต่ละที่ ก็อาจจะมีความแตกต่างกันที่เกิดขึ้นจากหลายปัจจัยได้ โดยเฉพาะหาก business model หรือ application nature มีความแตกต่างกัน ทางเราก็คิดว่าน่าจะเชิญคนมาร่วมเสวนาที่สามารถ share แง่มุมได้หลากหลาย ก็เลยเป็นที่มาของ buffet ความรู้ Testing (แบบไม่จำกัดความรู้ แต่จำกัดที่เวลา ^-^ ) ที่เราได้รับเกียรติจากผู้มีประสบการณ์ 4 ท่าน ซึ่งมาจาก KBank (testing software developed by other organization), Avalant (Project based solution provider), Wealth Management (Product based), และ Sanook (Services based) ซึ่งทั้ง 4 ท่านก็ได้มาเล่าเรื่องแลกเปลี่ยนความคิดเห็นกันอย่างเข้มข้น และมีคำถามจากผู้เข้าร่วมงานเข้ามาอย่างต่อเนื่องเลยทีเดียวครับ

สำหรับคนที่พลาดงานนี้ไป ผมเขียนสรุปไว้คร่าวๆให้ ดังนี้ครับ …………

Continue reading ควันหลงงาน Thailand Spin วันที่14 : Defining Your Test Strategy

ถ้าเวลามีจำกัดจะ Test อย่างไงดีให้ครอบคลุม

“Test อย่างไรให้ครอบคลุม?” ถ้าสำหรับผมละก็เป็นคำถามสุดฮิตแทบจะว่าได้ ไม่ว่า Project Plan จะทำออกมาสวยหรูขนาดไหน แต่ระหว่างการพัฒนา Software ไปเรื่อยๆ ก็จะมี Revise กันอย่างน้อยก็ 3 รอบ เกิดอะไรขึ้นหลังจากนั้นบ้าง

“วัน Launch Project ขยับไม่ได้จริงๆ”

“Scope กับ Requirement มันเพิ่ม เลยต้องขยับ Plan ของ Development Team ออก”

“ทีม Test ลดวันลงหน่อยได้ไหม ช่วยๆ กันนะ”

โอวววว…แม่เจ้า…พูดกันเหมือนยังกับขายของเลย แต่สุดท้ายถ้า Project Owner หรือ Project sponsor ฟันธงลงมาแล้วว่าห้ามขยับวัน Launch Project เท่าที่ประสบพบเจอมา หวยจะมาออกที่ขั้นตอนของ Software Testing Phase

หัวอกของ Tester, Test Lead หรือแม้แต่ Test Manager จะทำไงได้ เมื่อเบื้องบนฟันธงลงมาแล้วแบบนั้น?

Continue reading ถ้าเวลามีจำกัดจะ Test อย่างไงดีให้ครอบคลุม