したがって、たとえば、標準のNSStringクラスを拡張し、そのコンテンツを反転するメソッドを追加する特定のカテゴリがあります。
//ExtendedString.h #import <Cocoa/Cocoa.h> @interface NSString (Extended) - (NSString *)invert; @end
//ExtendedString.m #import "ExtendedString.h" @implementation NSString (Extended) - (NSString *)invert { NSUInteger length = [self length]; NSMutableString *invertedString = [NSMutableString stringWithCapacity: length]; while (length > (NSUInteger)0) { unichar c = [self characterAtIndex: --length]; [invertedString appendString: [NSString stringWithCharacters: &c length: 1]]; } return invertedString; } @end
プロジェクトに新しいターゲットを追加します。 「テスト」と呼びましょう。
プロジェクトに単体テスト用の特別なフレームワーク、SenTestingKitを追加します。
テストターゲットにのみ追加する必要があります。
Testsというソース用のグループを作成し、新しいテストファイルを追加します。 ところで、プロジェクトフォルダーにTests物理サブフォルダーも作成し、そこにテストのソースを配置するのが最善です。
わかりやすい方法-ExtendedString_Test.m-で呼び出して、Testsターゲットに追加します。
さらに、Testsターゲットは、テストだけでなく、テスト対象のクラス自体のソースコードを追加する必要があります。 その結果、プロジェクトのターゲット構造は次のようになります。
テストコードは次のとおりです。必要なコメントを提供します。
//ExtendedString_Test.h #import <SenTestingKit/SenTestingKit.h> // // , , // - : //@class MyClass; // Mylass ExtendedString_Test //, NSString @interface ExtendedString_Test : SenTestCase // - { NSString *_string; } @end
//ExtendedString_Test.m #import "ExtendedString_Test.h" #import "ExtendedString.h" // @implementation ExtendedString_Test - (void)setUp // , { _string = [[NSString alloc] initWithString: @"Hello world!"]; STAssertNotNil(_string, @"Construct error!"); // , } - (void)tearDown // , { [_string release]; } - (void)testInvertString // { STAssertEqualObjects(@"Hello world!", _string, @"String is not initialized!"); // STAssertEqualObjects(@"!dlrow olleH", [_string invert], @"String is not inverted!"); // } @end
すべてが正常であれば、Testsターゲットのアセンブリは単に成功します。 アサーションのいずれかが無効な場合、ビルド中にコンパイルエラーであるかのようにエラーが表示されます。 このようなもの:
このキッチンはどのように機能しますか?
テストターゲットのアセンブリ中に、octest拡張機能を持つ特別なバンドルが作成されます。 このターゲットをアセンブルする次の手順は、次の内容でスクリプトを実行することです。
$ {SYSTEM_DEVELOPER_DIR} /ツール/ RunUnitTests
これにより、ネストされたスクリプトが実行されますが、特定のパラメーターを使用して/ Developer / Tools / otestを呼び出すことになります。 後者は、テストバンドルを自分自身にロードし、そこでSenTestCaseの下位クラスを見つけ、最初にsetUpメソッドを、最後にtearDownをプルし、それらの間で名前が「test」で始まるすべてのメソッドを呼び出します。 はい、Objective-Cではこれが可能です:)
したがって、すべてのテストは接頭辞「test」で開始する必要があります。
ところで、octestは手動で起動できます。 たとえば、次のように:
export OBJC_DISABLE_GC=YES # Garbage Collector
arch -i386 /Developer/Tools/otest ~/InvertString/build/Debug/Tests.octest # (i386),
出力は次のようになります。
objc[22721]: GC: forcing GC OFF because OBJC_DISABLE_GC is set
objc[22721]: GC: forcing GC OFF because OBJC_DISABLE_GC is set
Test Suite '/Users/ium/InvertString/build/Debug/Tests.octest(Tests)' started at 2011-07-01 18:46:45 +0300
Test Suite 'ExtendedString_Test' started at 2011-07-01 18:46:45 +0300
/Users/ium/InvertString/Tests/ExtendedString_Test.m:21: error: -[ExtendedString_Test testInvertString] : 'Hello world' should be equal to 'Hello world!' String is not initialized!
2011-07-01 18:46:45.240 otest[22721:80f] !dlrow olleH
/Users/ium/InvertString/Tests/ExtendedString_Test.m:22: error: -[ExtendedString_Test testInvertString] : '!dlrow olle' should be equal to '!dlrow olleH' String is not inverted!
Test Case '-[ExtendedString_Test testInvertString]' failed (0.003 seconds).
Test Suite 'ExtendedString_Test' finished at 2011-07-01 18:46:45 +0300.
Executed 1 test, with 2 failures (0 unexpected) in 0.003 (0.003) seconds
Test Suite '/Users/ium/InvertString/build/Debug/Tests.octest(Tests)' finished at 2011-07-01 18:46:45 +0300.
Executed 1 test, with 2 failures (0 unexpected) in 0.003 (0.010) seconds
もちろん、これはエラーオプションの場合です。 ちなみに(Build> Build Results)、すべてログに記録されます。
アセンブリ中にsdterrでこれを受信すると、Xcodeはすぐに解析し、ファイル名と行番号が前に付いたキーワード「error:」を見つけ、前の図のようにエラーを美しく強調します。
クレームを検証するためのマクロのセットは次のとおりです。
STFail(description, ...) // , , STAssertNil(a1, description, ...) STAssertNotNil(a1, description, ...) STAssertTrue(expression, description, ...) STAssertFalse(expression, description, ...) STAssertEqualObjects(a1, a2, description, ...) // , STAssertEquals(a1, a2, description, ...) // STAssertEqualsWithAccuracy(left, right, accuracy, description, ...) STAssertThrows(expression, description, ...) STAssertThrowsSpecific(expression, specificException, description, ...) STAssertThrowsSpecificNamed(expr, specificException, aName, description, ...) STAssertNoThrow(expression, description, ...) STAssertNoThrowSpecific(expression, specificException, description, ...) STAssertNoThrowSpecificNamed(expr, specificException, aName, description, ...) STAssertTrueNoThrow(expression, description, ...) STAssertFalseNoThrow(expression, description, ...)
コメントされたものを除いて、名前はそれ自身で語っています。 省略記号は、記述形式文字列のパラメーター置換として機能します。 いつものように、パーセント記号があります。
私の知識を深めるために、公式文書とこれを読むことをお勧めします。
頑張って