อะไรคือความแตกต่างระหว่างการทดสอบการรวมและการทดสอบการทำงาน? [ปิด]

การทดสอบการทำงานและการทดสอบการรวมระบบเหมือนกันหรือไม่

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

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

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

การทดสอบการทำงาน :

ใช่เรากำลังทดสอบผลิตภัณฑ์หรือซอฟต์แวร์โดยรวมว่าทำงานได้ดีหรือไม่ (ปุ่มทดสอบลิงก์ ฯลฯ )

ตัวอย่างเช่น: หน้าเข้าสู่ระบบ

คุณระบุชื่อผู้ใช้และรหัสผ่านคุณทดสอบว่ากำลังพาคุณไปที่โฮมเพจหรือไม่

การทดสอบการรวมระบบ :

ใช่คุณทดสอบซอฟต์แวร์รวมเท่านั้น แต่คุณทดสอบว่ากระแสข้อมูลเกิดขึ้นที่ใดและมีการเปลี่ยนแปลงเกิดขึ้นในฐานข้อมูลหรือไม่

ตัวอย่างเช่น: การส่งอีเมล

คุณส่งเมลหนึ่งฉบับถึงใครบางคนมีการไหลของข้อมูลและยังมีการเปลี่ยนแปลงในฐานข้อมูล (ตารางที่ส่งจะเพิ่มค่าขึ้น 1)

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

หวังว่านี่จะช่วยคุณได้

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

การทดสอบหน่วยเป็นเรื่องง่ายที่จะกำหนด มันทดสอบ CUT ( Code Under Test ) และไม่มีอะไรอื่น (ให้น้อยที่สุดเท่าที่จะทำได้) นั่นหมายถึงการล้อเลียนการปลอมและการติดตั้ง

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

แต่สิ่งที่กว้างใหญ่ระหว่าง?

• ตัวอย่างเช่นถ้าคุณทดสอบมากกว่า CUT เพียงเล็กน้อยล่ะ? จะเกิดอะไรขึ้นถ้าคุณรวมฟังก์ชัน Fibonacci แทนที่จะใช้ฟิกซ์เจอร์ที่คุณฉีดเข้าไป? ฉันจะเรียกสิ่งนั้นว่าการทดสอบการทำงานแต่โลกไม่เห็นด้วยกับฉัน
• ถ้าคุณรวมtime()หรือrand()? หรือยังไงถ้าโทรมาhttp://google.com? ฉันจะเรียกว่าการทดสอบระบบแต่อีกครั้งฉันอยู่คนเดียว

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

ฉันทำการทดสอบใน 3 แกนโดยมีศูนย์ทั้งหมดที่การทดสอบหน่วย :

1. การทดสอบการใช้งาน: ใช้โค้ดจริงที่ลึกลงไปและลึกลงไปใน call-stack ของคุณ
2. การทดสอบการรวมระบบ: สูงขึ้นและสูงขึ้นใน call-stack ของคุณ กล่าวอีกนัยหนึ่งคือทดสอบ CUT ของคุณโดยเรียกใช้โค้ดที่จะใช้
3. การทดสอบระบบ: การดำเนินการที่ไม่สามารถตอบสนองได้มากขึ้นเรื่อย ๆ (ตัวกำหนดตารางเวลา O / S นาฬิกาเครือข่ายฯลฯ )

การทดสอบสามารถเป็นได้ทั้ง 3 แบบไปจนถึงองศาที่แตกต่างกัน

การทดสอบการทำงาน: เป็นกระบวนการทดสอบที่ทดสอบส่วนประกอบแต่ละส่วนของโมดูล เช่น: หากหน้าเว็บมีช่องข้อความปุ่มวิทยุปุ่มและส่วนประกอบแบบหล่นลงอื่น ๆ ที่จำเป็นต้องตรวจสอบ

การทดสอบการรวม: ประมวลผลที่กระแสข้อมูลระหว่าง 2 โมดูลถูกตรวจสอบ

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

การทดสอบการทำงานเป็นไปตามข้อกำหนดเบื้องต้นที่คุณได้รับ คุณจะทดสอบพฤติกรรมการใช้งานเป็นไปตามที่คาดไว้กับข้อกำหนด

เมื่อพูดถึงการทดสอบการรวมมันคือปฏิสัมพันธ์ระหว่างโมดูล หากโมดูลส่งอินพุตโมดูล B สามารถประมวลผลได้หรือไม่

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

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

ในเครื่องทดสอบการทดสอบฟังก์ชันมุ่งเน้นเฉพาะฟังก์ชันการทำงานและฟังก์ชันย่อยของแอปพลิเคชันเท่านั้น ฟังก์ชันการทำงานของแอปควรทำงานอย่างถูกต้องหรือไม่

ในการทดสอบการรวมต้องตรวจสอบการพึ่งพาระหว่างโมดูลหรือโมดูลย่อยตัวอย่างสำหรับระเบียนโมดูลควรดึงข้อมูลและแสดงอย่างถูกต้องในโมดูลอื่น

การทดสอบการรวม: - เมื่อการทดสอบหน่วยเสร็จสิ้นและปัญหาได้รับการแก้ไขไปยังส่วนประกอบที่เกี่ยวข้องส่วนประกอบที่จำเป็นทั้งหมดจะต้องรวมเข้าด้วยกันภายใต้ระบบเดียวเพื่อให้สามารถดำเนินการได้ หลังจากรวมส่วนประกอบของระบบแล้วเพื่อทดสอบว่าระบบทำงานอย่างถูกต้องหรือไม่การทดสอบประเภทนี้เรียกว่าการทดสอบการรวม

การทดสอบการทำงาน: - การทดสอบส่วนใหญ่แบ่งออกเป็น 2 ประเภทคือ 1.Functional Testing 2.Non-Functional Testing ** Functional Testing: - เพื่อทดสอบว่าซอฟต์แวร์ทำงานตามความต้องการของผู้ใช้หรือไม่ ** Non-Functional Testing: - เพื่อทดสอบว่าซอฟต์แวร์ตรงตามเกณฑ์คุณภาพเช่น Stress Test, Security test เป็นต้นหรือไม่

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

การทดสอบการผสานรวม

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

ผู้เขียนแตกต่างกันมากในเรื่องนี้ ฉันไม่เชื่อว่ามีการตีความที่ถูกต้องสำหรับเรื่องนี้ มันขึ้นอยู่กับ

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

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

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