Objective-C LanguagePruebas unitarias utilizando Xcode


Observaciones

Dependencias :

  • Si la aplicación utiliza bibliotecas de terceros o pods de cacao, entonces esas bibliotecas o pods también deben instalarse para prueba.
  • La clase de prueba (Traje de prueba) extiende XCTestCase.

Cepillarse antes de comenzar:

  • Todas las clases de prueba tienen dos métodos en común setUp y tearDown.

  • setUp se ejecuta antes de cada testcase y tearDown después de cada testcase.

  • Los casos de prueba se ejecutan alfabéticamente.

  • En Test Driven Development, es bueno crear datos de prueba ficticios primero.

  • Los métodos de caso de prueba comienzan con la palabra clave "prueba".

  • Los métodos de prueba no aceptan parámetros y no devuelven ningún valor.

Apéndice:

Hay varios otros métodos para comparar el resultado esperado y el resultado real de una operación. Algunos de esos métodos se enumeran a continuación:

  • XCTAssertNil (expresión, comentario) genera un error si la expresión! = Nil.
  • XCTAssertNotNil (expresión, comentario) genera un error si expresión = nil.
  • XCTAssert (expresión, comentario) genera un error si la expresión == falsa.
  • XCTAssertTrue (expresión, comentario) genera un error si la expresión == falsa.
  • XCTAssertFalse (expresión, comentario) genera un error si la expresión! = Falso.
  • XCTAssertEqualObjects (expresión1, expresión2, comentario) genera una falla si expresión1 no es igual a expresión2.
  • XCTAssertEqualObjects (expresión1, expresión2, comentario) genera una falla si expresión1 es igual a expresión2.
  • XCTAssertNotEqual (expresión1, expresión2, comentario) genera un error si expresión1 == expresión2.
  • XCTAssertEqual (expresión1, expresión2, comentario) genera un error si expresión1! = Expresión2.
  • XCTAssertGreaterThanOrEqual (expresión1, expresión2, comentario) genera un error cuando (expresión1 <expresión2).

Pruebas unitarias utilizando Xcode Ejemplos relacionados