วิธีที่เชื่อถือได้ในการทำให้แอป iOS ขัดข้องคืออะไร

ฉันต้องการทดสอบการรายงานข้อขัดข้องของแอพในฟิลด์โดยตั้งใจว่าจะเกิดข้อผิดพลาดเมื่อผู้ใช้ทำการกระทำเฉพาะที่ผู้ใช้จริงไม่น่าจะทำโดยไม่ตั้งใจ

แต่อะไรคือวิธีที่เชื่อถือได้ดีในการทำให้แอพขัดข้องซึ่งไม่ได้สร้างคำเตือนในเวลารวบรวม

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

ใน Objective-C ใช้ C โดยตรงเพื่อทำให้เกิดการเข้าถึงที่ไม่ดี

strcpy(0, "bla");

หมายเหตุ: ในขณะที่ระบบนี้ใช้งานได้กับระบบใดก็ได้ที่ฉันรู้ - ใน C runtime runtime รุ่นอนาคตหรือคอมไพเลอร์สิ่งนี้อาจไม่ทำให้เกิดความผิดพลาดอีกต่อไป ดูตัวชี้โมฆะเป็นโมฆะพฤติกรรมไม่ได้กำหนดใน Objective-C? )

(อย่างรวดเร็วคุณจะต้องเชื่อมต่อกับ objC เพื่อทำสิ่งนี้)

รายการโปรดของฉันในปัจจุบัน:

assert(! "crashing on purpose to test <insert your reason here>");

คลาสสิก:

kill( getpid(), SIGABRT );

และบาง pr0n:

*(long*)0 = 0xB16B00B5;

พวกเขาทั้งหมดสร้างความขัดข้องโดยเครื่องมือรายงานความผิดพลาดของฉัน

เนื่องจากเราทุกคนใช้ Clang สำหรับ iOS สิ่งนี้จึงมีความน่าเชื่อถือ:

__builtin_trap();

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

abort(); ทำให้เกิดการเลิกจ้างที่ผิดปกติ ... นั่นคือความผิดพลาด

วิธีการเกี่ยวกับกองเก่าที่ดีล้น :)

- (void)stackOverflow
{
    [self stackOverflow];
}

ที่นิยมมากที่สุด - ตัวเลือกที่ไม่รู้จักเกิดความผิดพลาด:

NSObject *object = [[NSObject alloc] init];
[object performSelector:@selector(asfd)];

ตรวจสอบให้แน่ใจว่าคุณไม่ได้ใช้วิธี -asdf ในชั้นเรียนนั้นฮ่าฮ่า

หรือจัดทำดัชนีเกินข้อยกเว้น:

NSArray * array = [NSArray array];
[array objectAtIndex:5];

และแน่นอนว่า kill( getpid(), SIGABRT );

ฉันคิดว่าใน Swift คุณสามารถโยนข้อผิดพลาดร้ายแรงได้อย่างง่ายดาย:

func foo() {
    fatalError("crash!")
}

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

เพื่อหลีกเลี่ยงคำสั่ง if ในกรณีพิเศษคุณสามารถใช้preconditionเช่นกัน มันคล้ายกับ assertทำให้ความตั้งใจ (ถ้าต้องการ) ค่อนข้างชัดเจนและไม่ใช่assertเอาออกในรุ่นสุดท้ายเป็น precondition(myBoolean, "This is a helpful error message for debugging.")มันถูกใช้เช่น

ส่งข้อความไปยังวัตถุที่ถูกจัดสรรคืน

exit(0);

(ต้อง ... พิมพ์ ... 30 ตัวอักษร)

คุณสามารถเพิ่มข้อยกเว้น:

[NSException raise:NSInternalInconsistencyException
            format:@"I want to test app crashes!."];

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

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

ลองทำสิ่งที่ชอบ

NSArray* crashingArray = [NSArray arrayWithCapacity:1];
[crashingArray release];

ควรขัดข้องกับ EXC_BAD_ACCESS (อาจต้องปล่อยเป็นครั้งที่สอง แต่ปกติแล้วมันควรจะผิดพลาดแบบนี้แล้ว)

ฉันจะไปกับ:int raise(int sig);

เพื่อรับข้อมูลเพิ่มเติม >man raise

ฉันจะฆ่ากระบวนการตามปกติ:

kill(getpid(), SIGKILL);

ดังนั้นหากคุณติดตั้งตัวจัดการพร้อมสัญญาณคุณสามารถจัดการกับความผิดพลาดได้การเขียนไฟล์ที่เปิดและสิ่งเหล่านี้

ฉันใช้

[self doesNotRecognizeSelector:_cmd]; 

เมื่อทำงานกับ RubyMotion ฉันใช้สิ่งนี้:

    n=Pointer.new ('c', 1)
    n[1000] ='h'

ลองสิ่งนี้:

- (IBAction)Button:(id)sender
{
    NSArray *array = [NSArray new];
    NSLog(@"%@",[array objectAtIndex:8]);
}

NSLogคำสั่งที่ผิดจะทำมัน

NSLog(@"%@",1);