คำถามติดแท็ก testing

บางครั้งฉันเจอ API สไตล์ฮับข้อความเช่น Cocoa NSNotificationCenter: http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/Foundation/Classes/NSNotificationCenter_Class/Reference/Reference.html โดยปกติแล้ว API เหล่านี้จะให้จุดเชื่อมต่อส่วนกลางที่คุณสมัครหรือเผยแพร่ข้อความ / กิจกรรม ฉันคิดว่านี่เป็นปัญหาเพราะมันสนับสนุนสถาปัตยกรรมโปรแกรมแบบแบนและไม่มีโครงสร้างซึ่งการพึ่งพาไม่ชัดเจนใน API แต่ซ่อนอยู่ในซอร์สโค้ด คุณไม่ได้ถูกบังคับให้คิดเกี่ยวกับการเป็นเจ้าของวัตถุและลำดับชั้น แต่สามารถทำให้วัตถุใด ๆ ในโปรแกรมของคุณส่งผลให้มีรหัสใด ๆ ที่ถูกเรียก แต่นี่อาจเป็นสิ่งที่ดี? โดยทั่วไปแล้วรูปแบบนี้ส่งเสริมการออกแบบโปรแกรมที่ดีหรือไม่ดีและทำไมถึงเป็นเช่นนั้น มันทำให้รหัสยากขึ้นหรือง่ายขึ้นในการทดสอบ? ยกโทษให้ฉันถ้าคำถามนี้คลุมเครือหรือกว้างเกินไป ฉันพยายามคาดไม่ถึงผลที่ตามมาจากการใช้ API อย่างกว้างขวางและวิธีต่างๆที่คุณสามารถใช้ได้ แก้ไข: ฉันเดาว่าปัญหาที่ใหญ่ที่สุดของฉันในรูปแบบนี้คือ API "โกหก" เกี่ยวกับการพึ่งพาและข้อต่อวัตถุและสามารถแสดงด้วยตัวอย่างนี้: myObj = new Foo(); myOtherObj = new Bar(); print myOtherObj.someValue; // prints 0 myObj.doSomething(); print myOtherObj.someValue; // prints …

13 design  testing  architecture  singleton 

วันนี้ฉันมีภารกิจ "เขียนเช็คสุขภาพ" สำหรับบริการที่ใช้เวลานานซึ่งเป็นระบบการประสานงานเพื่อปรับใช้เว็บแอพ ฉันกำลังพยายามกำหนดขอบเขตของการตรวจสุขภาพดังกล่าวและเกิดขึ้นกับคำถามเหล่านี้ที่เกี่ยวข้องกับขอบเขตของการตรวจสุขภาพ: มันดีพอที่จะพิจารณาบริการที่มีสุขภาพดีหรือไม่ถ้าระบบออเคสตร้ารายงานว่างานกำลังทำงานอยู่หรือไม่? หรือเราควรทำการปิงแต่ละบริการด้วยตนเอง หรือควรดำเนินการต่อไปและพยายามตรวจสอบให้แน่ใจว่าแอปพลิเคชันเว็บทำในสิ่งที่ควรทำเช่นแสดงหน้าเว็บหรือไม่ Healthcheck ต้องตรวจสอบด้วยว่าบริการที่ต้องพึ่งพาบางอย่างทำงานอยู่หรือไม่ เช่นเดียวกับฐานข้อมูลหรือระบบ orchestration นั้นเอง หรือว่าเป็นความรับผิดชอบของการตรวจสุขภาพอื่น? และสุดท้ายถ้าบริการใดแอพหนึ่งนั้นเสียชีวิตและแอพพลิเคชั่นเว็บล้มเหลวในภายหลังเว็บแอพควรรายงานสุขภาพที่ไม่ดีหรือมีสุขภาพที่ดีเพราะไม่ใช่ความผิดของเว็บแอป ฉันรู้ว่าคำถามเหล่านี้แบ่งออกเป็น 5 คำถาม แต่พวกเขาทั้งหมดเกี่ยวข้องกับขอบเขตของการตรวจสุขภาพสำหรับบริการที่ใช้งานยาวนานซึ่งปรับใช้แอปพลิเคชันเว็บดังนั้นฉันคิดว่ามันจะเหมาะสมกว่าที่จะจัดกลุ่มคำถามเหล่านี้ให้เป็นคำถามเดียว สิ่งนี้ยากที่จะนำมาใช้กับฉันเพราะฉันไม่แน่ใจว่าคำจำกัดความของสิ่งที่ดีต่อสุขภาพหรือการตรวจสุขภาพแบบมาตรฐานสำหรับสิ่งที่ควรมีลักษณะเช่นนี้ การตรวจสอบสุขภาพสำหรับบริการเฉพาะนี้ควรประกอบด้วยอะไร?

13 testing  web-services  user-experience  microservices 

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

13 testing  naming  integration-tests 

ตามที่ชื่อบอกไว้: คุณจะทดสอบและเปรียบเทียบการใช้งาน mutexes ใน c ++ อย่างไร? โดยพื้นฐานแล้วฉันเขียน std :: mutex เหมือนคลาสสำหรับโครงการที่รันบน 2 คอร์ armv7 โดยมีจุดประสงค์เพื่อลดค่าใช้จ่ายในกรณีที่ไม่มีการโต้แย้ง ตอนนี้ฉันกำลังพิจารณาใช้ mutex ที่กล่าวไว้ในที่ต่าง ๆ และสถาปัตยกรรมที่แตกต่างกัน แต่ก่อนที่ฉันจะทำสิ่งนี้ มันถูกต้องจริง ไม่มีกรณีพยาธิวิทยาใดที่มันทำงานได้แย่กว่า std มาตรฐาน :: mutex มาก เห็นได้ชัดว่าฉันเขียนการทดสอบหน่วยพื้นฐานและมาตรฐานไมโครและทุกอย่างดูเหมือนจะทำงาน แต่ในรหัสแบบมัลติเธรด "ดูเหมือนจะทำงาน" ไม่ได้ให้ความสะดวกสบายมาก ดังนั้นมีเทคนิคการวิเคราะห์แบบคงที่หรือแบบไดนามิกหรือไม่? ข้อผิดพลาดทั่วไปเมื่อเขียนการทดสอบหน่วยสำหรับคลาส mutex คืออะไร สิ่งที่ขอบกรณีทั่วไปควรระวัง (ประสิทธิภาพฉลาด) คืออะไร? ฉันใช้ไลบรารีมาตรฐานชนิดสำหรับการใช้งานเท่านั้นซึ่งรวมถึงการดำเนินการโหลดและจัดเก็บที่ไม่ต่อเนื่องตามลำดับบน atomics อย่างไรก็ตามฉันสนใจที่จะแนะนำการใช้งานแบบไม่เชื่อเรื่องพระเจ้าเนื่องจากฉันต้องการใช้ชุดทดสอบที่เหมือนกันสำหรับการใช้งานอื่นเช่นกัน

12 c++  testing  mutex 

ฉันมีปัญหาเกี่ยวกับแนวคิด ณ จุดนี้และฉันไม่สามารถหาข้อมูลใด ๆ เกี่ยวกับความแตกต่างระหว่างการทดสอบ (UnitTest ฯลฯ ) เทียบกับ Spec (Rspec ฯลฯ ) เท่าที่ฉันรู้รายละเอียดคือการทดสอบการรวมและการทดสอบเป็น UnitTest แต่เพียงแค่นั้น คุณช่วยอธิบายความแตกต่างได้อย่างไร

12 unit-testing  testing 

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

12 testing  backend 

ในฐานะนักพัฒนา Android ตลาดเป้าหมายที่ฉันสร้างแอพนั้นมีการแยกส่วนมาก ในขณะที่ฉันสามารถระบุข้อกำหนดบางอย่าง - เช่นแอพของฉันรองรับเฉพาะรุ่น Android xx หรือสูงกว่าบางครั้งข้อผิดพลาดอาจเกิดขึ้นที่เห็นได้ชัดในรุ่นโทรศัพท์รุ่นใดรุ่นหนึ่งเท่านั้น มีกลยุทธ์ใดบ้างที่จะจัดการกับข้อผิดพลาดเฉพาะอุปกรณ์โดยไม่ต้องซื้อโทรศัพท์ที่มีปัญหา? เรามีชุดโทรศัพท์สำหรับการทดสอบ แต่ไม่สามารถออกไปซื้อโทรศัพท์ใหม่ได้เมื่อผู้ใช้ 2 หรือ 3 คนรายงานว่ามีข้อผิดพลาดที่เกิดขึ้นเฉพาะกับรุ่นโทรศัพท์ของพวกเขาเท่านั้น ฉันแน่ใจว่านักพัฒนาซอฟต์แวร์ Android คนอื่น ๆ พบปัญหาที่คล้ายกันในอดีตและฉันอยากรู้ว่ากลยุทธ์ที่ประหยัดต้นทุนมีไว้เพื่อช่วยกำจัดข้อบกพร่องเฉพาะอุปกรณ์ อัปเดตเพื่อเพิ่มรายละเอียดเล็กน้อย: ฉันใช้Bugsenseเพื่อบันทึกรายงานข้อผิดพลาดดังนั้นทุกครั้งที่มีข้อยกเว้นเกิดขึ้นฉันจะทราบรุ่นของโทรศัพท์การติดตามสแต็คจำนวนครั้งที่เกิดขึ้นกับผู้ใช้ของฉันและรายละเอียดอื่น ๆ ผู้ใช้อาจอยู่ในประเทศที่แตกต่างกันดังนั้นฉันไม่สามารถคิดได้ว่าฉันจะสามารถยืมโทรศัพท์ได้ ลองนึกภาพสถานการณ์เช่นนี้:ผู้ใช้ 100 คนได้ติดตั้งแอป แต่มีคนสามคนบ่นว่าปุ่มไม่ทำงานอย่างถูกต้องเมื่อกด ไม่มีรุ่นโทรศัพท์ที่ฉันมีสำหรับการทดสอบพบปัญหา ดูเหมือนจะไม่มีโปรแกรมจำลองสำหรับรุ่นโทรศัพท์ที่มีปัญหา

12 testing  android-development 

Googling "ทฤษฎีการทดสอบซอฟต์แวร์" ดูเหมือนว่าจะให้ทฤษฎีในความหมายที่นุ่มนวลของคำเท่านั้น ฉันไม่สามารถค้นหาสิ่งใดที่จะจัดเป็นทฤษฎีในเชิงคณิตศาสตร์ข้อมูลเชิงทฤษฎีหรือความรู้สึกทางวิทยาศาสตร์อื่น ๆ สิ่งที่ฉันกำลังมองหาคือสิ่งที่เป็นทางการว่าการทดสอบคืออะไรความคิดที่ใช้สิ่งที่กรณีทดสอบคือความเป็นไปได้ของการทดสอบบางสิ่งความเป็นประโยชน์ของการทดสอบบางอย่างขอบเขตของสิ่งที่ควรทดสอบ รหัสครอบคลุม ฯลฯ UPDATE: นอกจากนี้ฉันไม่แน่ใจอย่างสังหรณ์ใจเกี่ยวกับการเชื่อมต่อระหว่างการยืนยันอย่างเป็นทางการกับสิ่งที่ฉันถาม แต่มีการเชื่อมต่อบางอย่างชัดเจน

12 testing  math  theory  formal-methods  information-theory 

ฉันพยายามอย่างหนักที่จะเขียนการทดสอบหน่วยที่มีประสิทธิภาพสำหรับโครงการขนาดใหญ่ Django ฉันมีความครอบคลุมการทดสอบที่ดีพอสมควร แต่ฉันได้ตระหนักว่าการทดสอบที่ฉันเขียนคือการทดสอบการรวม / การยอมรับไม่ใช่การทดสอบหน่วยเลยและฉันมีส่วนสำคัญของแอปพลิเคชันที่ไม่ได้รับการทดสอบอย่างมีประสิทธิภาพ ฉันต้องการแก้ไขโดยเร็วที่สุดนี้ นี่คือปัญหาของฉัน สคีมาของฉันนั้นมีความสัมพันธ์ลึกซึ้งและมุ่งเน้นไปที่เวลาอย่างมากทำให้วัตถุต้นแบบของฉันมีความสัมพันธ์ภายในสูงและมีสถานะเป็นจำนวนมาก แบบสอบถามวิธีการแบบจำลองของฉันจำนวนมากขึ้นอยู่กับช่วงเวลาและฉันมีจำนวนมากauto_now_addเกิดขึ้นในเขตข้อมูลที่ประทับเวลา ดังนั้นลองใช้วิธีที่มีลักษณะเช่นนี้: def summary(self, startTime=None, endTime=None): # ... logic to assign a proper start and end time # if none was provided, probably using datetime.now() objects = self.related_model_set.manager_method.filter(...) return sum(object.key_method(startTime, endTime) for object in objects) วิธีใดวิธีหนึ่งในการทดสอบบางอย่างเช่นนี้ ที่นี่ฉันอยู่ไกล เกิดขึ้นกับฉันว่าวัตถุประสงค์การทดสอบหน่วยควรได้รับพฤติกรรมเยาะเย้ยby key_methodบนข้อโต้แย้งของมันคือการsummaryกรอง / รวมอย่างถูกต้องเพื่อให้ได้ผลลัพธ์ที่ถูกต้อง? …

12 testing  unit-testing  django 

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

12 project-management  testing  functional-testing 

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

12 testing  development-process 

เมื่อเขียนการทดสอบสำหรับซอฟต์แวร์หนึ่งชิ้นกล่าวว่าห้องสมุดคุณต้องการรวบรวมการทดสอบหน่วยทั้งหมดเป็นหนึ่งหรือแยกพวกมันออกเป็นหลาย ๆ โปรแกรม? เหตุผลที่ฉันถามคือตอนนี้ฉันใช้CUnitเพื่อทดสอบห้องสมุดที่ฉันทำงานอยู่ การทดสอบจะแบ่งออกเป็นชุดแยกต่างหากที่รวบรวมเป็นหนึ่งปฏิบัติการเสร็จสมบูรณ์ด้วยผลลัพธ์ที่พิมพ์ออกมาสำหรับความล้มเหลว ตอนนี้การสร้างระบบห้องสมุดที่เป็นCMake (ซึ่งแม้จะมีชื่อของมันมีน้อยจะทำอย่างไรกับ Cunit) ซึ่งมาพร้อมกับกรอบการทดสอบของตัวเองCTest CTest อนุญาตให้ฉันลงทะเบียนรายการของไฟล์ปฏิบัติการที่ทำหน้าที่เป็นแบบทดสอบ ฉันกำลังไตร่ตรองว่าจะใช้ CTest สำหรับการทดสอบอัตโนมัติหรือไม่ อย่างไรก็ตามสิ่งนี้จะทำให้ฉันต้องแยกการทดสอบที่ฉันได้เขียนไว้ในเป้าหมายการคอมไพล์แยกต่างหาก มิฉะนั้นฉันไม่สามารถใช้คุณสมบัติขั้นสูงของ CTests บางอย่างเช่นการทดสอบที่เลือกสรร ฉันรู้ว่านี่เป็นคำถามเพิ่มเติมเกี่ยวกับเครื่องมือที่ใช้และการจัดการและการประชุมของพวกเขา แต่นอกเหนือจากนั้นมีเหตุผลอื่นอีกหรือไม่ที่จะชอบการทดสอบที่สามารถใช้งานได้มากกว่าการทดสอบแยกต่างหาก? หรือในทางกลับกัน?

12 testing  unit-testing 

ที่ทำงานเราเพิ่งเริ่มต้นกับแอปพลิเคชันที่ใช้ Javascript เป็นหลัก (จริงๆแล้วใช้ Coffeescript แต่ก็ยัง) ซึ่งฉันได้ใช้ระบบทดสอบอัตโนมัติโดยใช้ JsTestDriver และแฟบริค เราไม่เคยเขียนอะไรเกี่ยวกับ Javascript มากขนาดนี้มาก่อนจนถึงตอนนี้เราไม่เคยทำการทดสอบ Javascript เลย ฉันไม่แน่ใจว่าเราควรทำการทดสอบอะไรในการทดสอบหน่วยของเรา เราได้เขียนปลั๊กอิน JQuery สำหรับสิ่งต่าง ๆ ดังนั้นจึงค่อนข้างชัดเจนว่าควรตรวจสอบความถูกต้องให้มากที่สุดกับ JsTestDriver แต่ทุกคนในทีมของฉันดูเหมือนจะคิดว่าเราควรทดสอบ Javascript ระดับหน้าเว็บด้วย ฉันไม่คิดว่าเราควรทดสอบ Javascript ในระดับหน้าเป็นการทดสอบหน่วย แต่ใช้ระบบเช่น Selenium เพื่อยืนยันว่าทุกอย่างทำงานได้ตามที่คาดไว้ เหตุผลหลักของฉันสำหรับเรื่องนี้คือในขณะนี้การทดสอบ Javascript ในระดับหน้ารับประกันว่าจะล้มเหลวผ่าน JsTestDriver เพราะพวกเขากำลังพยายามเข้าถึงองค์ประกอบใน DOM ที่ไม่มีอยู่จริง ดังนั้นสิ่งที่ควรทดสอบหน่วยใน Javascript?

12 javascript  testing  unit-testing 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา มีการศึกษาเกี่ยวกับความสัมพันธ์ระหว่างการทดสอบซอฟต์แวร์ (หน่วยและ / หรือการทดสอบการรวม) และการพัฒนาของนักพัฒนาหรือไม่?

12 productivity  testing  unit-testing  research  integration-tests 

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

12 project-management  productivity  testing