ไม่พบไลบรารี่เมื่อใช้ CocoaPods กับการทดสอบลอจิก iOS

ฉันกำลังพยายามเขียนการทดสอบลอจิก iOS สำหรับชั้นเรียนในโครงการของฉันที่ใช้ฟังก์ชันการทำงานจากห้องสมุดบางแห่งในพอดสเปคของฉัน ฉันใช้ชุดทดสอบหน่วยมาตรฐานที่ให้ไว้ใน Xcode (ไม่ใช่การทดสอบแอปพลิเคชันเพียงทดสอบหน่วย)

ตัวอย่างเช่นฉันใช้ Magical Record และฉันมีห้องสมุดนั้นเชื่อมโยงกับพอดสเปคของฉัน มันมีอยู่ในโครงการ Pods ในพื้นที่ทำงานของฉันและทำงานตามที่คาดไว้เมื่อแอปทำงานในอุปกรณ์จำลองหรือบนอุปกรณ์ เมื่อฉันพยายามที่จะเชื่อมโยงไปยังการทดสอบวัตถุที่ใช้ Magical Record แต่ฉันได้รับข้อผิดพลาด linker ที่ระบุว่ามันไม่พบตัวเลือกจาก Magical Record ฉันได้ลองอัปเดต HEADER_SEARCH_PATH ของฉันในชุดทดสอบตรรกะของฉันแล้วแม้แต่เข้ารหัสอย่างหนักไปยังไดเรกทอรีส่วนหัวที่สร้างโดย CocoaPods แต่ก็ไม่มีโชค

ฉันสามารถรันการทดสอบหน่วยเทียบกับคลาสที่ไม่ได้ใช้ไลบรารี CocoaPods ได้โดยไม่มีปัญหา

ฉันจะทำผิดหรือเปล่า? ฉันควรทำอย่างอื่นเพื่อให้คอมไพเลอร์ดูไลบรารี่ CocoaPods หรือไม่?

CocoaPods 1.0 ได้เปลี่ยนไวยากรณ์สำหรับเรื่องนี้ ตอนนี้ดูเหมือนว่านี้:

def shared_pods
    pod 'SSKeychain', '~> 0.1.4'
    ...
end

target 'Sail' do
    shared_pods
end

target 'Sail-iOS' do
    shared_pods
end

Pre CocoaPods 1.0 คำตอบ

สิ่งที่คุณต้องการใช้งานจากlink_with Podfileสิ่งที่ต้องการ:

link_with 'MainTarget', 'MainTargetTests'

จากนั้นเรียกใช้pod installอีกครั้ง

ฉันพบสิ่งนี้โดยดูว่าเป้าหมายหลักของแอปของฉันได้รับการตั้งค่าจากห้องสมุด CocoaPods อย่างไร CocoaPods มีไฟล์. xcconfig ชื่อ Pods.xcconfig ไฟล์นี้มีเส้นทางการค้นหาส่วนหัวทั้งหมด

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

ฉันต้องคัดลอกการตั้งค่า$(inherited)และ${PODS_HEADERS_SEARCH_PATHS}จากเป้าหมายหลักของฉันและคัดลอกไปยังเป้าหมายการทดสอบเชิงตรรกะภายใต้ Build Settings / HEADER_SEARCH_PATHS

ในที่สุดฉันต้องเพิ่ม libPods.a ใน Link Binary with Libraries บิวด์เฟสสำหรับเป้าหมายการทดสอบเชิงตรรกะของฉัน

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

มีวิธีแก้ปัญหาที่ฉันพบที่นี่หน่วยทดสอบด้วย CocoaPods :

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

ฉันเห็นด้วยกับคำตอบอื่น ๆ ที่บอกว่ามีความจำเป็นที่จะต้องมีห้องสมุดที่เชื่อมโยงกับเป้าหมายการทดสอบ อย่างไรก็ตามไม่มีคำแนะนำใด ๆ ที่ช่วยฉันได้ @fabb เขียนในความคิดเห็น: "เมื่อทำการทดสอบisSubclassOfClass:โทรกลับไม่ใช่ที่พวกเขาควรกลับ YES เหตุผลเดียวที่ฉันสามารถอธิบายได้นี้คือการอ้างอิงได้รับการเชื่อมโยงจริง ๆ ทั้งหลักและเป้าหมายการทดสอบและเมื่อมัดทดสอบเป้าหมาย ตัวโหลดโหลดบันเดิลหลักไม่สามารถตัดสินใจว่าจะใช้คลาสใด " ฉันพบปัญหาเดียวกันกับคำแนะนำก่อนหน้าทั้งหมดในชุดข้อความนี้

ทางออกที่ฉันได้ทำงานคืออัปเดต Podfile ของฉันเพื่อกำหนด Pods เฉพาะสำหรับเป้าหมายหลักและเป้าหมายการทดสอบของฉัน:

target 'MyTarget' do
   pod 'AFNetworking', '~> 2.5.0'
   pod 'Mantle', '~> 1.5'
end

target 'MyTargetTests' do
   pod 'OCMockito', '~> 1.3.1'
end

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

ลิงค์นี้เป็นสิ่งที่ช่วยให้ฉันได้ข้อสรุปนี้

ฉันเพิ่ม:exclusive => trueเพื่อหลีกเลี่ยงข้อผิดพลาดสัญลักษณ์ซ้ำในเป้าหมายการทดสอบแอปพลิเคชัน

target 'myProjectTests', :exclusive => true do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

เมื่อฉันเปลี่ยนเป้าหมายการทดสอบแอปพลิเคชันเป็นหน่วยทดสอบลอจิกหนึ่งข้อผิดพลาด linker เกิดขึ้น หลังจากที่ฉันลบ:exclusive => trueทุกอย่างทำงานได้อีกครั้ง

target 'myProjectTests', do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

:exclusive => trueระบุว่าทุกอย่างภายนอกdo...endไม่ควรเชื่อมโยงmyProjectTestsซึ่งมีความเหมาะสมในเป้าหมายการทดสอบแอปพลิเคชัน แต่จะทำให้เกิดข้อผิดพลาดของตัวเชื่อมโยงในเป้าหมายการทดสอบเชิงตรรกะ

คุณสามารถใช้ link_with ตามโซลูชัน @Keith Smiley

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

def import_pods
    pod 'SSKeychain'
end

target 'MyProjectTests', :exclusive => true do
  import_pods
end

target 'MyProject', :exclusive => true do
  import_pods
  pod 'Typhoon'
end

ในตัวอย่างด้านบนฉันเพิ่ม 'SSKeychain' ไปยังเป้าหมายทั้งสองและ 'Typhoon' ไปยังเป้าหมาย 'MyProject' เท่านั้น

วิธีแก้ไขปัญหานี้ของฉันคือเปลี่ยน Podfile เพื่อรวมไลบรารีในเป้าหมายทั้งสองแบบนี้

target "MyApp" do  
    pod 'GRMustache', '~> 7.0.2'
end

target "MyAppTests" do
    pod 'GRMustache', '~> 7.0.2'
end

และเนื่องจากฉันใช้ swift ฉันจึงต้องกำหนดค่าเป้าหมายการทดสอบเพื่อรวมMyApp-Bridging-Header.hไฟล์ (ในกลุ่ม Swift Compiler ภายใต้แท็บ Build Settings)

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

ฉันต้องลบและแทนที่พ็อดด้วยตนเองโดยทำดังนี้:

1. ลบไลบรารีออกจาก Podfile
2. เรียกใช้ 'พ็อดติดตั้ง' เพื่อลบไลบรารีทั้งหมด
3. ใส่ไลบรารีกลับเข้าไปใน Podfile
4. เรียกใช้ 'พ็อดติดตั้ง' อีกครั้ง

สิ่งนี้ควรทำให้ห้องสมุดมีปัญหากลับมาในรูปแบบดั้งเดิม

นอกจากนี้ยังเป็นที่น่าสังเกตว่าถ้าคุณlibPods.aเพิ่มสองครั้งคุณจะได้รับข้อผิดพลาดที่น่ารังเกียจเช่นนี้:

232 duplicate symbols for architecture i386

หากต้องการแก้ไขให้ลบการlibPods.aอ้างอิงหนึ่งรายการใน Project Explorer ของคุณ

ในฐานะของ CocoaPods 1.x มีวิธีใหม่ในการประกาศการขึ้นต่อกันที่ใช้ร่วมกันระหว่างเป้าหมายและเป้าหมายการทดสอบที่เกี่ยวข้อง ฉันได้ใช้โซลูชันที่ได้รับการยอมรับโดย Mark Struzinski มาถึงจุดนี้ แต่การใช้วิธีนี้ทำให้ได้คำเตือนจำนวนมากเมื่อทำการทดสอบที่:

Class SomeClass is implemented in both /Path/To/Test/Target and /Path/To/App/Target. One of the two will be used. Which one is undefined.

ด้วย CocoaPods 1.x เราสามารถประกาศเป้าหมายทดสอบของเราเป็นการสืบทอดผ่านเส้นทางการค้นหาของเป้าหมายหลักเช่น:

target 'MyApp' do
    pod 'aPod'
    pod 'anotherPod'
    project 'MyApp.xcodeproj'
end
target 'MyAppTests' do
    inherit! :search_paths
    project 'MyApp.xcodeproj'
end

สิ่งนี้จะส่งผลให้เป้าหมาย -Test นั้นมีการเข้าถึงการพึ่งพาของแอพเป้าหมายโดยไม่มีสำเนาไบนารีหลายชุด นี่เป็นการเร่งเวลาการทดสอบสำหรับฉันอย่างจริงจัง

ลองสิ่งนี้มันใช้งานได้สำหรับฉัน

เราจำเป็นต้องตั้งค่า Pods ในรูปแบบ

โครงการ -> ข้อมูล -> การกำหนดค่าในโครงการ Xcode (โครงการของคุณ) ควรตั้งเป็นโครงการหลัก 'Pods' สำหรับ Debug, Release (และสิ่งอื่นที่คุณมี) ดู"ไม่พบส่วนหัว - ไม่รวมพา ธ การค้นหา"

หวังว่านี่จะช่วยได้บ้าง

ฉันกำลังทำงานกับการผสานรวม POD ของ GoogleMaps กับ Objective-C บน iOS กับแอป Swift ของฉันและสำหรับฉันปัญหาคือเป้าหมายการทดสอบไม่มีการอ้างอิงถึงไฟล์ Bridge Header ( SWIFT_OBJC_BRIDGING_HEADER ) ในการตั้งค่า Build ตรวจสอบให้แน่ใจว่าทั้งแอปและทดสอบเป้าหมายของแอปชี้ไปที่การเรียก API บุคคลที่สาม (API ของแผนที่ ฯลฯ ) สามารถใช้ในการทดสอบหน่วยที่รวดเร็ว

ไวยากรณ์ถัดไปให้ผลลัพธ์ที่ดีที่สุดสำหรับฉัน (ทดสอบภายใต้ cocoapod v.1.2.1):

https://github.com/CocoaPods/CocoaPods/issues/4626#issuecomment-210402349

 target 'App' do
    pod 'GoogleAnalytics' , '~> 3.0'
    pod 'GoogleTagManager' , '~> 3.0'

     pod 'SDWebImage', '~>3.7'
     platform :ios, '8.0'
     use_frameworks!

     target 'App Unit Tests' do
         inherit! :search_paths
     end
 end

หากไม่มีสิ่งนี้ฉันมีคำเตือนขณะทดสอบการทำงานเกี่ยวกับสัญลักษณ์ที่ซ้ำกัน

หลังจากคำเตือนนี้หายไป

ฉันมีปัญหาในการใช้ OpenCV ภายใต้ XCTest มันก็ให้ฉันข้อผิดพลาดของตัวเชื่อมโยงสำหรับการเรียนเช่นUndefined symbols for architecture arm64 cv::Matฉันกำลังติดตั้ง OpenCV ผ่าน CocoaPods โดยใช้pod 'OpenCV', '~> 2.0'ภายใต้เป้าหมายหลัก ไม่ว่าฉันจะพยายามวาง OpenCV ให้หนักเพียงใดภายใต้เป้าหมายการทดสอบหรือใช้งานinherit! :search_pathsไม่ได้เลย ทางออกคือการสร้างสิ่งที่abstract_targetชอบ:

# Uncomment the next line to define a global platform for your project
platform :ios, '6.1.6'

abstract_target 'Shows' do
  pod 'RMVision', path: '../..'
  pod 'RMShared', path: '../../../RMShared'
  pod 'OpenCV', '~> 2.0'

  target 'RMVisionSample' do
    # Uncomment the next line if you're using Swift or would like to use dynamic frameworks
    # use_frameworks!

    # Pods for RMVisionSample
  end

  target 'RMVisionSampleTests' do
    # inherit! :search_paths
    # Pods for testing
  end

  target 'RMVisionBenchmarks' do
    # inherit! :search_paths
    # Pods for testing
  end

end 

ยังมีประโยชน์คือpod deintegrate& pod cleanคำสั่งที่ช่วยในการล้างโครงการและให้แน่ใจว่าคุณเริ่มต้นใหม่เมื่อทดสอบ [sudo] gem install cocoapods-deintegrate cocoapods-cleanคุณสามารถติดตั้งทั้งสองใช้