iOSアプリのメモリリークを発見、改善する技術 - クックパッド開発者ブログ
こんにちは。事業開発部の岡村 (@iceman5499) です。 普段はクックパッドアプリ（iOS）を開発しています。 先日、アプリケーションが特定の条件で意図せぬ状態に陥り、アプリケーションが重くなって端末が発熱する、というバグが発見されました。 調査の結果、このバグはメモリリークが原因で発生していました。 この反省を踏まえメモリリークを検知するテストを導入したため、本記事ではその事例を紹介したいと思います。 （本記事ではクックパッドアプリとはiOS版の「クックパッド」アプリのことを指すものとします） クックパッドアプリにおけるメモリリークの影響 クックパッドアプリはレシピの検索をコア機能としています。 検索は重い処理ですがAPIを通してサーバ上で行われるため、アプリは結果を表示するだけです。そのためメモリを多く必要としません。 これまでにも何度かメモリリークが発生している状況はありまし
iOS でテスト容易な設計を
実現するためのデザインパターン
https://orecon.connpass.com/event/63769/
iOSアプリの設計とDependency Injection
iOSオールスターズ2 https://eventdots.jp/event/602872
SwiftでのUnit Testのはじめかた - Qiita
Swift で書いた Class の Unit Test を書こうとした時にハマったのでメモ Objective-C での Unit Test テスト対象のクラスがあり、 Allow testing Host Application APIsに✔して（デフォルトで✔されている） 普通にテストを書いて実行すればよかった。 Swift での Unit Test 何も考えずにテストを実行すると、テスト対象クラスが見つからず、Use of unresolve identifier 'LogicA' というコンパイルエラーが出る。 Allow testing Host Application APIsに✔していても関係ない。 Swift1.2 以前 テスト対象ファイルの File Inspector でちまちま ${PROJECT_NAME}Tests に✔していくか、 「Build Setting
HTTPスタブを簡単に実装できるライブラリを書いてみました - Qiita
アプリを作っていて、サーバーサイドのAPIが未完成な状態で、クライアントサイドの実装を進めたいことってよくあると思います。あるある！ レスポンスの形式はなんとなく決まってるけど、APIできてないし困ったなーという時、想定されれるレスポンスをアプリのローカルで偽装できるライブラリを作ってみました。 Github - yukiasai/Kagee はじめに まず最初に強調しておきたいことは、このライブラリはHTTPリクエストに対するレスポンスを偽装するということです。 ローカルで偽装するため、どこかにサーバーを立てる必要もなく、簡単にスタブの実装を埋め込むことが出来ます。 使い方 アプリケーションが起動した時、MockProtocol.register()を呼び出し、擬装用のプロトコルを起動します。 func application(application: UIApplication, di
Quick/Documentation/ja at ja-docs · Quick/Quick · GitHub
README.md テストの書き方、Quickの使い方 Quickで書かれたテストで、SwiftとObjective-Cで書かれたプログラムがどう動作しているか、 楽に確認できます。 ところが、有用なテストはQuickを使わなくても書けます。 役に立つテストが書けるようになるには、 Quickのようなフレームワークの使い方を覚える必要はありません。 このディレクトリにあるファイルは、QuickかXCTestかを問わず、 「役に立つ」テストとは何か、そしてどうやってそういったテストが書けるか、 それを拙文ながら説明しようとしています。 目次： （テストについて事前知識がまったくない方は、順に読んでいくことをオススメします。） Xcodeでテストを用意しましょう : アプリのコードがテスト・ファイルから参照できない場合や、 その他スムーズにテストが動けない場合はこのファイルを読み返すといいかも
Swift Package Manager
This talk is a short introduction into the Swift Package Manager.
Code Coverage for iOS (Xcode 7) - NSBogan
Create code coverage reports for iOS unit tests using new Xocde 7 code coverage feature. The Old Way I’ll start with back reference to another post I wrote earlier, which describes the process of getting code coverage reports using good old gcov. To try out the old approach checkout this repository and run the scripts. # Run tests with gcov instrumentation ./test-gcov.sh # Generate Cobertura cover
Advances in Testing With Xcode 7 and Swift 2 | Envato Tuts+
In the early days of iOS, tools to facilitate testing were not a major focus of Apple's Developer Tools team. This has gradually changed over the years with the introduction of the XCTest framework and, more recently, support for asynchronous and performance testing. With Xcode 7 and Swift 2, Apple is taking another big leap to improve testing in Xcode. In this tutorial, I'm going to walk you thro
Xcode 7のXCTAssertEqualとOptional
Oct 17, 2015 Xcode 6までのXCTAssertEqualは<T: Equatable>(expression1: T, expression2: T)という引数になっていました。一見するとジェネリックで良い感じに見えるんですが、実際には片方がOptionalの場合に型が一致しなくて面倒という問題がありました。 http://blog.ishkawa.org/2015/03/02/1425257147/ Xcode 7ではそれが改善されており、XCTAssertEqualの引数は<T: Equatable>(expression1: T?, expression2: T?)というものになりました。これにより、unwrapせずにTとT?が比較できるようになりました。
Mocks in Swift via Protocols
Testing the nitty gritty dirty innards of a lot of iOS apps has been difficult in the past. A variety of tools and methodologies have been developed over time, including a couple mocking frameworks like OCMock or OCMockito. With the advent of Swift, these frameworks have seen their implementations rendered useless, since they depend heavily on the Objective-C runtime. But with Swift, there might b
GitHub - cookpad/cookpad-internship-2015-summer: http://techlife.cookpad.com/entry/2015/09/08/113442
Testing Swift's ErrorType: An Exploration
In this post, we explore the nature of Swift’s new error type, looking at the possibilities and restrictions for testing error handling implementations. We end with an illustrative example, and some helpful resources. How to Implement the ErrorType Protocol If we jump to the definition of the ErrorType protocol in the Swift standard library, we see that it doesn’t contain many obvious requirements
Testing in Swift
About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac
Swiftの導入としてObjective-Cのクラスの単体テストを書く - Qiita
ある程度の規模になっているObjective-CベースのiOSアプリで、「よっしゃSwift導入や！」ってなっても、 「開発者が馴染んでいない言語を実戦投入したら、コーディングガイドラインもないし、コード品質が下がってしまう」みたいな懸念があると、きっと思います。 でも、やっぱりSwiftは触ってみたいし、少しずつ触っておきたい、みたいなケースはないでしょうか？ なら、簡単な導入として、単体テストだけSwiftで書いてみればいいんじゃない？と思ってやってみたらすごく簡単だったのでその紹介です。 前提 Obj-Cで書いているアプリ 単体テストは既にある. (フレームワークはXCTest) Swiftのテストケースを追加 おもむろに "New File..." から Test Case Classesを選んで、新しいテストクラスを追加します。 LanguageはSwiftにします。 ファイルを
Rebuild: 88: Five Years Of Terrible Coding (Brian Gesiak)
Brian Gesiak さんをゲストに迎えて、Facebook, ComponentKit, React Native, Swift, Quick, Xcode などについて話しました。 Show Notes Facebook's iOS Infrastructure - @Scale 2014 F8 2015 - Facebook on iOS: Inside the "Big Blue App" ComponentKit | A React-inspired view framework for iOS ComponentKit | Why C++ React Native AsyncDisplayKit Nuclide - a unified IDE Thoughts on Atom modocache/Gift SwiftGit2/SwiftGit2 Swift APIs: Ge
Swiftのmanual mocking
Mar 20, 2015 Objective-Cではテストケース毎にオブジェクトの一部だけ挙動を変えたい場合に、OCMockなどのライブラリを使うのが普通でした。 それらのライブラリはNSInvocationやMethod Swizzlingなどを使ったいわゆる魔術的なコードで実現されていることが多く、 “テストコードを書いているのによくわからんコードが動いてる！”ってなってモヤモヤしたりします。 一方、Swiftではmanual mockingという手法が取られたりするみたいです。 例えば、 class Object { var foo: String { return "foo" } var bar: String { return "bar" } } class ObjectTests: XCTestCase { func testFoo() { class ObjectMock:
Optionalを考慮したXCTestのassertion
Mar 2, 2015 XCTAssertを利用しているとforced unwarpしたい場面が出てくる。例えば、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Quick/Quick: The Swift (and Objective-C) testing framework.
GitHub - modocache/personal-fork-of-Quick: This is a personal fork. Follow the canonical repo at Quick/Quick!