คำถามที่พบบ่อย

ต่อไปนี้เป็นคำถามที่พบบ่อยที่สุดจากชุมชน Guru99


ไม่สามารถดูวิดีโอได้ใช่ไหม


วิดีโอทั้งหมดบนเว็บไซต์นี้โฮสต์อยู่บน YouTube และฝังอยู่ที่นี่…
คุณคือ อาจเข้าถึงเว็บไซต์จากตำแหน่งที่ YouTube เป็นสิ่งต้องห้าม (บริษัทของคุณ วิทยาลัย หรือประเทศที่ YouTube ถูกห้าม)

ลองเข้าถึงวิดีโอจากสภาพแวดล้อมที่ไม่จำกัด
ที่คุณทำ ไม่ จำเป็นต้องลงทะเบียนเพื่อดูวิดีโอ


ฉันไม่ได้รับอีเมล์เกี่ยวกับโครงการ


โปรดทราบว่าอีเมลโครงการจะถูกส่งทุกๆ 24 ชั่วโมง ดังนั้นหากคุณสมัครรับข้อมูลในวันพฤหัสบดีเวลา 10 น. คุณจะได้รับอีเมลฉบับต่อไปในเวลา 10 น. ของวันศุกร์

กรุณาตรวจสอบขยะหรือสแปมของคุณ Mailกล่อง. หากคุณใช้ Gmail ให้ตรวจสอบ Promoแท็บ

ระบบของเราไม่มีฟีเจอร์ในการส่งอีเมลซ้ำ หากคุณยังไม่สามารถติดตามอีเมลได้ โปรดสมัครใช้อีเมลอื่นเพื่อรับเนื้อหา

หากฉันมีจุดบกพร่องในแอปพลิเคชัน ใครจะเป็นผู้ตัดสินความร้ายแรงและลำดับความสำคัญของจุดบกพร่อง


ความรุนแรงของ ข้อบกพร่อง ถูกกำหนดโดยบุคคลที่ระบุปัญหา (ผู้ทดสอบ) ในขณะที่ลำดับความสำคัญจะถูกกำหนดโดยบุคคลที่มีส่วนร่วมในการแก้ไขปัญหา (นักพัฒนา)

ในฐานะผู้ทดสอบ คุณสามารถจัดลำดับความสำคัญของข้อบกพร่องที่สายวัดทดสอบมักจะตรวจสอบได้ หลังจากวิเคราะห์แล้ว นักพัฒนาจะตัดสินใจว่าเป็นข้อบกพร่องที่มีลำดับความสำคัญสูงหรือต่ำ โดยส่วนใหญ่แล้ว นักพัฒนาซอฟต์แวร์เป็นผู้ดำเนินการ แต่ผู้ทดสอบก็สามารถมีส่วนร่วมเพื่ออธิบายความรุนแรงของมันได้เช่นกัน หลังจากหารือกันแล้ว เบาะแสก็จะได้ข้อสรุป

โดยทั่วไปความรุนแรงจะเกี่ยวข้องกับฟังก์ชันการทำงานของแอปพลิเคชันหรือผลิตภัณฑ์ ในขณะที่สิ่งสำคัญที่สุดคือวิธีที่นักพัฒนาสามารถแก้ไขข้อบกพร่องหรือข้อบกพร่องนั้นได้ทันที ลำดับความสำคัญมีลักษณะเป็นแบบไดนามิก และจะเปลี่ยนแปลงไปตามสถานการณ์ ในขณะที่ความรุนแรงมีลักษณะคงที่


จะทำอย่างไรหากไม่มี Functional Specification/เอกสารที่เกี่ยวข้องกับระบบ?


  • ก่อนอื่นให้พยายามทำความเข้าใจโดเมนกับนักวิเคราะห์ธุรกิจหรือ SMEs ทำการทดสอบเชิงสำรวจเพื่อทำความเข้าใจระบบ
  • หากโครงการไม่มี นักวิเคราะห์ธุรกิจ หรือ SMEs พูดคุยกับคนที่ทำงานในระบบที่คล้ายคลึงกัน
  • เพื่อทำความเข้าใจธุรกิจ ให้พูดคุยกับชุมชนผู้ใช้
  • ค้นหาข้อมูลจำเพาะของผลิตภัณฑ์ที่คล้ายกันจากอินเทอร์เน็ตหรือ PMO
  • มองหาแอพพลิเคชั่นซอฟต์แวร์ประเภทเดียวกันและทำความเข้าใจคุณสมบัติต่างๆ
  • มองหาสถานการณ์ทางธุรกิจ เอกสารทางเลือก บทความสำหรับหัวข้อการสมัคร
  • ถามนักพัฒนาเกี่ยวกับคำอธิบายเกี่ยวกับโมดูลทั้งหมด
  • ข้อมูลประวัติผู้ใช้ แอปพลิเคชัน และฟีเจอร์
  • อย่าทดสอบแอปพลิเคชันในทางเทคนิค ขั้นแรกให้ทดสอบแอปพลิเคชันของคุณจากมุมมองของผู้ใช้เท่านั้น

ผู้ทดสอบสามารถทำอะไรได้บ้างหากพบปัญหาการหยุดแสดงในช่วงไม่กี่วันก่อนที่จะเผยแพร่


  • ยืนยันและยืนยันข้อบกพร่องอีกครั้ง และบันทึกจุดบกพร่องหรือข้อบกพร่อง ผลกระทบ และแนวทางแก้ไขที่เป็นไปได้ หากทำได้
  • นำสิ่งนี้ไปให้ผู้จัดการของคุณทราบและหารือกับทีม เนื่องจากทีมไม่รู้จักตัวหยุดการแสดงดังกล่าวในสัปดาห์ก่อนการเปิดตัวซึ่งไม่ดี
  • เมื่อข้อบกพร่องไปถึงผู้จัดการของคุณและหน่วยงานการทดสอบระดับสูงแล้ว คุณอาจต้องแสดงประเด็นของคุณไว้ตรงหน้าพวกเขา ดังนั้นควรพิจารณาประเด็นของคุณให้ละเอียดเนื่องจากอาจส่งผลกระทบต่อการเปิดตัว
  • หากการสนทนาสนับสนุนคุณ ก็ถึงเวลาที่คุณจะต้องลุกขึ้นและเปล่งประกาย ถ้าไม่เช่นนั้น คุณก็จะได้รับบทเรียนสำหรับวันนี้เป็นบทเรียนติดตัว เรียนรู้ต่อไป.

เหตุใดคุณจึงเลือกสาขาการประกันคุณภาพซอฟต์แวร์


เพื่อมอบโปรเจ็กต์ที่มีคุณภาพแก่ผู้ใช้หรือลูกค้า การทดสอบจึงเป็นสิ่งจำเป็น โดยไม่คำนึงถึงการเขียนโค้ดใดๆ ก็ตาม ซอฟต์แวร์ QA ไม่เพียงแต่บันทึกจุดบกพร่องเท่านั้น แต่ยังมอบแนวทางแก้ไขสำหรับจุดบกพร่องเหล่านั้นด้วย

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


ไม่พบคำตอบ?


ติดต่อเรา