<?php echo <<<T_WADA ,、,,,、,,, _,,;' '" '' ;;,, （rヽ,;''""''゛゛;,ﾉｒ） ,; i ___ 、___iヽ゛;, テスト書いてないとかお前それ@t_wadaの前でも同じ事言えんの？ ,;'''|ヽ・〉〈・ノ |ﾞ ';, ,;''"| ▼ |ﾞ゛';, ,;'' ヽ ＿人＿ / ,;'_ ／ｼ、 ヽ ⌒⌒ / ﾘ ＼ | "ｒ,,｀"'''ﾞ´ ,,ﾐ| | ﾘ、 ,ﾘ | | i ゛ｒ、ﾉ,,ｒ" i _ | | ｀ー――-----------┴ ⌒´ ） （ヽ _____________ ,, ＿´） （_⌒_______________ ,, ィ T | | | T_WADA; 発表 15分枠 ktanaka117：「初めてのQuickで初めてのテスト」 初めてのQuickで初めての
はじめに おばんです、ハンドメイド作品の売買を行えるCreemaというアプリでアクセサリとかを眺めるのが最近の癒しになっている田中です。 今回はiOSのテストの勉強会、iOS Test Night #2のレポート記事になります。 イベント概要 本イベントはiOSにおけるテスト周りに関する知識を共有することを目的としたものです。 テスト周りに関するものであれば何でもOKです。 例をあげるとすれば以下のようなものなどです。 テストをはじめるためのイロハ このテスティングフレームワークはここがハマりどころ テスティングフレームワークをこうやって使い分けている こうやって工夫してテストしている オレが考えるiOSアプリにおけるテスタビリティの高い設計 今、このCIが熱い 弊社のCI/CD環境はこんな感じにしている 上記のような内容について「話したいことがある！」「聞いてみたい！」という方は是非参加
![[イベントレポート] iOS Test Night #2に参加しました！ #ios_test_night | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/10dae3adfc4fac24e1524593e77b0ae292ac8469/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2017%2F01%2F051cca72a83e9c9025ff1026764eca45.png)
技術部の松尾(@Kazu_cocoa)です。 クックパッドのモバイルアプリ開発では、どのようなテストを書き、どのようなタイミングで、どのようなテストを実施するか？に関してエンジニア各位が意識を合わせるためにテストサイズを定義し運用してきました。ここでは、そんなテストサイズに関して簡単ですがまとめておこうと思います。 テストサイズとは ソフトウェアテストに関わったことがある方なら テストレベル という言葉には出会ったことがあるかと思います。JSTQBでは、このテストレベルは"管理していくテストの活動のグループ"と定義しています*1。 そうでない方も、俗に言う単体テスト/統合テストなど聞いたことがあるかと思いますが、その区分がここで示しているテストレベルとなります。 一方、このテストレベルはV字型と言われる開発工程と合わせて世の中で広く使われているため、社内における共通認識を構築するにあたり個
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
クックパッド、ミクシィ、グリー、ネクストの品質管理マネージャが本音で語る。ソフトウェアテストの課題とこれからの可能性（前編）。JaSST'15 Tokyo ソフトウェアテスト分野で国内最大のシンポジウム「JaSST'15 Tokyo」が2月20日、21日の2日間、東洋大学で開催されました。 そこで行われたセッションの1つ「Web.JaSST ～ウェブ開発のテスト～」」では、ミクシィ、ネクスト、クックパッド、グリーの品質管理（QA：Quality Assuarance）マネージャが登壇し、Web開発やモバイル開発分野の品質やテストにおいて、これまで乗り越えてきた課題、現状、そしてこれからの可能性について語りました。 本記事ではその内容をダイジェストで紹介します。 中野氏（モデレータ） 今日のパネリストの方々は現場でテストをリードしている方々です。その現場で取り組んでいる内容や品質管理について
テスト自動化研究会のメンバーで翻訳・執筆した、『システムテスト自動化 標準ガイド』が12月16日に発売されます。 システムテスト自動化 標準ガイド (CodeZine BOOKS) 作者: Mark Fewster,Dorothy Graham,テスト自動化研究会出版社/メーカー: 翔泳社発売日: 2014/12/16メディア: 大型本この商品を含むブログを見る 原書は、10年前に書かれた書籍ながらいまだにテスト自動化界隈のアンケートなどで「参考になった」書籍に挙げられることの多い『Software Test Automation (ACM Press)』です。 原書は2部構成になっており、第1部には自動化に関する原理原則、第2部には事例が書かれていました。 本書では、第1部の翻訳に加え、第2部には近年の技術や事例を紹介する形で書きおろしという構成になっています。 第14章 CI（継続的イ
なにこれ 新しいプロジェクト作るたびにいつも構築手順を忘れてるのでメモ。 おまけでコンソールからのテスト実行（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 にしてお
iOSのアプリケーションテストを書いていると、各テストケースの前後に永続ストアやスタブサーバーなどをリセットしたくなることがあると思います。 リセットが必要なテストスイートのsetUp/tearDownに書いても良いのですが、書くのが面倒だったり書き忘れてしまうこともあるので、 すべてのテストケースについてリセットが走るようにしておいた方が心を穏やかにすることができると思います。 実現方法 すぐに思いついたのは以下のような方法です。 setUp/tearDownにリセット処理を加えたサブクラスを継承させる XCTestCaseのsetUp/tearDownをswizzleする サブクラスを継承させる方法には、KIFTestCaseなど他のライブラリのクラスには適用ができないという問題があります。 method swizzlingを利用する方法は、他のmethod swizzlingと衝突す
もう先週ですが、表題のタイトルで「Consumer Service Engineer MeetUp Vol.1 ~iOS編~」という会でお話しさせていただきました。 このようなタイトルの発表にした理由についてですが、はてなとしてお話しするということで、ちょっと硬派な方に振ってみました。結果としては良いバランスだったのではないでしょうか。 発表資料を掲載します。 また以下に発表の概略を書いておきました。ご参考ください。 前提 このMeet Upの主旨が「コンシューマ向けのWEBサービス（アプリ）の企画・開発・運営をしている会社によるエンジニア向けの講演、パネルディスカッション、懇親会を含めたMeetUpです！」となっていましたので、それではWebサービスとアプリを繋ぐWeb APIについて、それを利用するiOSアプリについて考えます。Web APIというのは古くて新しい話題で、いまや専らJS
By David Heinemeier Hansson on April 23, 2014 Test-first fundamentalism is like abstinence-only sex ed: An unrealistic, ineffective morality campaign for self-loathing and shaming. It didn't start out like that. When I first discovered TDD, it was like a courteous invitation to a better world of writing software. A mind hack to get you going with the practice of testing where no testing had happen
非同期処理のテストってどう書いてますか？ 標準のXCTest自体がサポートしていれば良いのですがそうではないので、非同期処理のテストを書きたい場合には、その仕組みを自作するか出来合いのライブラリを利用する必要があります。現実的な選択肢としては、 GHUnitやKiwiなど非同期処理をサポートしたテストフレームワークを利用する GHunitの非同期処理のテストの仕組みを真似て抜粋したライブラリを利用する（意外とこれが多いかも？） expectaなどのマッチャーライブラリに付属の非同期処理の仕組みを使う となるかと思います。 ただ、私が調べた時点だとどれもしっくりきませんでした。 まず、GHUnitやKiwiなどを採択している場合には良いのですが、非同期処理のテストを書くという目的だけのためにそれらのフレームワークを使うというのは冗長すぎます。 また、GHUnitの非同期処理の仕組みだけを抜き
Swift is the best programming language you should learn and make your dream app easily. Swift programming is a powerful yet easy-to-learn coding language created by Apple. It's frequently used for developing iOS and macOS applications, as well as tvOS and watchOS apps. While you can use other languages to create Apple apps, Swift is the preferred language, and it's recommended because its code is
iOS7と同時にXcode5から追加された、CIを実現するための新機能「Bot」。 ヤフーでiOSアプリを開発している田村孝文さんに、Botの仕組みや、簡単な導入手順、導入時の注意ポイントなどについて、解説していただきました。 by 馬場美由紀 （CodeIQ中の人） Xcode5に組み込まれているCIの仕組み ヤフー田村です。 Xcode5には、継続的インテグレーション(Continuous Integration:CI)の仕組みとして”Bot”という機能が組み込まれています。 Xcode5以前も、JenkinsなどでiOSアプリのCIを回すことはできましたが、Xcode5に組み込まれたことで、よりスムーズにCIを始めることができるようになりました。 この記事では、Botの紹介と簡単な導入手順、導入時に注意しておきたいパターンなどを紹介していきたいと思います。 Botの紹介 Botは O
個人的にずっと切望していたiTunesConnectの機能がついに実現していた。今日気づいたのでぜひ紹介してみる。 小さな変化だけど、このお手軽最終チェックのおかげで不幸な出来事を未然に防ぐ開発者が増えるのではないだろうか。 ちなみに、Model部分のロジックをやるユニットテストではなく、UIを自分でいじってする、”サブミット前にいろいろテストしたけど念のために最終チェックしよう”の話です。 アップデート審査通ればリリースする前にプロモコードでテストできる 以前のiTunesConnectだと、1.0.1バージョンとかの、アップデートされるアプリをストアにリリースする前にプロモコードが使えなかった。 ちなみに、一番最初のリリース(1.0)なら単純にリリース時期をずらす事によってリリース前にプロモコードでテストは昔から出来たのだが、その後のアップデートのバイナリではできなかった。 上記の写真
はじめまして。荻原といいます。グリーのプラットフォーム部門で、サーバーサイドのエンジニアをしています。 昨年末ぐらいまで業務の空き時間にテスト周りでごにょごにょと動いていたので、今日はそのことについて書かせて頂きます。 こんな人は読むと役に立つかもしれません。 レガシーなプロダクトになんとかして突破口を開きたい PHPUnit の書き方で参考になりそうなものを探している Ruby でスマートフォンのブラウザ操作を自動化したい 経緯 こちらでも言及されている通り、サービスを運営している以上、時には技術的負債に向き合わなければなりません。GREEも歴史が長いプロダクトなので、日々コードをリリースしていく中でそういった問題に頭を抱える場面もありました。 技術的負債による副作用はたくさんありますが、どういう点に不安を感じていたのか、実際に開発の現場に立って感じたことをいくつか書いてみたいと思います
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: iOSアプリテスト自動化入門: 長谷川孝二: 本
