QA ควรเป็นส่วนหนึ่งของแผนกพัฒนาหรือไม่?

11

ฉันทำงานกับ บริษัท เล็ก ๆ ที่มีแผนกพัฒนาผลิตภัณฑ์มาระยะหนึ่งแล้ว อย่างไรก็ตามสิ่งที่เรายังไม่มีคือกลุ่มควบคุมคุณภาพ / ทดสอบ

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

บริษัท ของเรามีโครงสร้างคร่าวๆดังนี้:

ผู้บริหารสูงสุด
- CTO
  - ผู้อำนวยการฝ่ายพัฒนาผลิตภัณฑ์
  - ผู้อำนวยการฝ่ายบริการลูกค้า
    - นักพัฒนา
  - รองประธานฝ่ายปฏิบัติการ
    - วิศวกรเครือข่าย
- วิศวกรฝ่ายขาย / ฝ่ายขาย
- ประธาน
  - ตัวควบคุม

— racingcow
แหล่งที่มา

ขอบคุณสำหรับการแก้ไข PersonalNexis ฉันโพสต์จาก iPhone และใช้เวลานานในการพิมพ์แท็ก HTML

— racingcow

True QA ควรรายงานต่อ CEO, การทดสอบ, AKA Software QA ซึ่งเป็น QC จริง ๆ ไม่ใช่ QA ควรรายงานไปยัง "ผู้อำนวยการฝ่ายบริการลูกค้า" ของคุณ - สิ่งที่หมายถึง (เจ้านายเช่นเดียวกับนักพัฒนา)

— mattnz

10

ใช่และไม่ :)

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

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

วิธีที่เราตั้งค่าไว้คือ "การพัฒนาผลิตภัณฑ์" เป็นแผนก "เสมือนจริง" ที่ได้รับการยอมรับจากสองแผนกคอนกรีต: QA และการพัฒนา ทั้งสองรายงานไปยังสมาชิกคนเดียวกันของทีมผู้บริหาร: the CTO สิ่งนี้ทำให้มั่นใจได้ว่ามีบุคคลเดียวที่รับผิดชอบผลิตภัณฑ์ (CTO ของเรา) และให้ทั้ง QA และการพัฒนาเป็นอิสระจากกัน

— Marjan Venema
แหล่งที่มา

1

Super answer - +1 สำหรับการไม่กล่าวถึงการทดสอบในการอภิปรายระดับสูงของ QA

— mattnz

4

มันขึ้นอยู่กับว่า บริษัท ของคุณจริงจังกับเรื่องคุณภาพ ตัวอย่างเช่นคุณจะทำการพัฒนาขับเคลื่อนทดสอบ?

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

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

— JonnyBoats
แหล่งที่มา

3

สิ่งที่เรายังไม่มีคือ QA ...

เคยทำเช่นนั้นมาแล้ว - แสดงความเสียใจอย่างจริงใจ อย่างที่กล่าวไว้ข้างต้นฉันจะบอกว่าการทดสอบ (s) จะดีกว่าสิ่งที่คุณมีตอนนี้ไม่ว่าพวกเขาจะลงจอด

นอกจากนั้นฉันรู้สึกปลอดภัยแนะนำแผนกแยกต่างหากสำหรับ QA

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

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

— ริ้น
แหล่งที่มา

2

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

— แบรนดอน
แหล่งที่มา

0

ขึ้นอยู่กับวิธีการพัฒนาที่คุณกำลังใช้: ถ้าคุณกำลังทำ agile / lean การทดสอบแบบ Agile อาจเป็นหนทางไปและสิ่งนั้นจะต้องใกล้เคียงกับนักพัฒนา

— ahjmorton
แหล่งที่มา

0

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

ใน บริษัท ที่ใหญ่กว่าเมื่อคุณมีทีมงาน Dev และ QA ที่มีขนาดพอเหมาะมันอาจเหมาะสมที่จะแยกพวกเขาออกจากนั้นและให้พวกเขารักษาเป้าหมายของตัวเองแยกจากกันทีมอื่น ๆ

ตอนนี้ฉันจะต้องแน่ใจว่าได้ตำแหน่ง QA สองสามอันดับแรกเป็นตำแหน่ง SDET ... เช่น ทดสอบกับสับโค้ด ทำให้ระบบอัตโนมัติทำงานและมีเสถียรภาพตั้งแต่เริ่มต้น

— Steven Evers
แหล่งที่มา