At Facebook, we use Jest to test React Native applications. Get a deeper insight into testing a working React Native app example by reading the following series: Part 1: Jest – Snapshot come into play and Part 2: Jest – Redux Snapshots for your Actions and Reducers. Setup Starting from react-native version 0.38, a Jest setup is included by default when running react-native init. The following con
iOS Test Night #3に参加できなかったのでまとめました。 前回iOS Test Night#2のconnpass 感想 タイムラインはt_wadaさんのおなじみのやつも流れていて楽しそうでした。 UIテストの話が多かったのと、テスト以前に設計を見直す主旨の話もあり興味深かったです。E2Eテストも型で縛れる時代が来るのでしょうか。(参加してないので次回は行きたいです。) <?php echo <<<T_WADA ,、,,,、,,, _,,;' '" '' ;;,, (rヽ,;''""''゛゛;,ノr) ,; i ___ 、___iヽ゛;, テスト書いてないとかお前それ@t_wadaの前でも同じ事言えんの? ,;'''|ヽ・〉〈・ノ |゙ ';, ,;''"| ▼ |゙゛';, ,;'' ヽ _人_ / ,;'_ /シ、 ヽ ⌒⌒ / リ \ | "r,,`"''
About the content This talk was delivered live in March 2017 at try! Swift Tokyo. The video was recorded, produced, and transcribed by Realm, and is published here with the permission of the conference organizers. Mocks allow us to write fast tests that do not mess with production data. Without OCMock, we will need to write our own mocks, but it does not have to be much work. In this talk from try
はじめに おばんです、ハンドメイド作品の売買を行えるCreemaというアプリでアクセサリとかを眺めるのが最近の癒しになっている田中です。 今回はiOSのテストの勉強会、iOS Test Night #2のレポート記事になります。 イベント概要 本イベントはiOSにおけるテスト周りに関する知識を共有することを目的としたものです。 テスト周りに関するものであれば何でもOKです。 例をあげるとすれば以下のようなものなどです。 テストをはじめるためのイロハ このテスティングフレームワークはここがハマりどころ テスティングフレームワークをこうやって使い分けている こうやって工夫してテストしている オレが考えるiOSアプリにおけるテスタビリティの高い設計 今、このCIが熱い 弊社のCI/CD環境はこんな感じにしている 上記のような内容について「話したいことがある!」「聞いてみたい!」という方は是非参加
(2016-01-04: セットアップに RxTests を用いるよう修正しました) Reactive Extensions(Rx)には TestScheduler というユニットテスト用のスケジューラがあります。 TestScheduler を使うと時間経過をシミュレートできるので、例えば ある時点においてObservableが出力した値をテストすることができます。 この記事では、RxSwift でのTestScheduler の使いかたとサンプルコードを紹介します。 セットアップ(追記: 2016-01-04) 2016年1月2日に RxSwift 2.0.0 がリリースされました。 2.0.0 では RxTests というプロジェクトが追加されており、これを使うと TestScheduler をテストコードで利用できます。 There is a new project called
I've been writing automated tests for a few years now, and I have to confess that it's a technique that still fascinates me when it comes down to making a code base more maintainable. In this article, I'd like to share some of my experiences, as well as the lessons I've learned either from others or via trial and error. After all these years, I've heard many good (and bad) reasons to write automat
こんな話は何年も前から語られてて答えも出てると思うけど、色々な意見を聞いて自分の考えが少しずつまとまってきたので残しておく。 聞いた意見 publicメソッドをテストすればprivateメソッドのテストも行われていることになる リフレクションやモックなど使えばテストできるかもしれないけどテストをされている状態のほうがマシなのでpublicにしてしまうという手もある そもそもテストしたいと思うということはそこに重要なロジックが入ってる privateなメソッドがテストできないことに悩むのはTDDじゃない証拠 変更後の状態をassertできない場合は確認するためのpublicメソッドを作る。例えアプリからは使われていなくてもテストからは利用してるのだから、テストも一つのアプリとして考えれば良い。 なんとなくまとめ こういう話を聞いてなんとなく、もっとテストのために楽してもいいんだなという気にな
unit and acceptance testing, automation, productivity In the previous two posts of the Practical Testing in Swift series we had a look at how to test asynchronous code using XCTest, both when dealing with callbacks and delegates. In this post we'll see how to do that using Quick and Nimble, a pair of Swift testing frameworks. In case you are not familiar with them, let me introduce these two frame
About the content This content has been published here with the express permission of the author. With great power comes greater responsibility. Unit testing superpowers in Swift help write better, more expressive code, but can be tough to get the hang of. In this talk Jorge Ortiz introduces unit testing and explains three scenarios of unit testing with Swift, providing you with practical advice f
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
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:
なにこれ 新しいプロジェクト作るたびにいつも構築手順を忘れてるのでメモ。 おまけでコンソールからのテスト実行(Jenkinsとの統合が目的)のやり方も書いた。 対象者 Objective-CによるiOS開発者 CocoaPodsを知っている・使いたい GHUnitを知っている・使いたい (JenkinsでCIしたい)←必須じゃない 検証環境 2012年12月9日時点で最新のもの。 Mac OS X 10.8.2 Xcode 4.5.2 CocoaPods 0.16.0 手順 1. Xcodeでプロジェクト作成 Unit TestはGHUnitを使うので不要。 このドキュメントでは MyProject とする。 2. 新しいターゲット作成 プロジェクト設定を開いて、テスト実行用のターゲットを作成する。 ターゲットの種類はiOSのEmpty Application、名前は Tests にしてお
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く