しまった写真取り忘れてた。 Togetter まとめ JaSSTソフトウェアテストシンポジウム-JaSST'13 Tohoku どの方もとても良い講演でした。 ライブテスティングって何だろうと思ったら実況中継みたいな感じなんですね。名キャスティングで楽しめました。 ツイートしましたが、LTで発表していただいた方々もLTじゃなくて１セッションとして今度聞いてみたいです。本当に。 来年も開催されるということなので、次は登壇する側になれるようネタを仕込んでおきたいなぁと思います。TDD とかとか。 以下、今日知ったことをまとめておきます。 Astah* で状態遷移モデルから自動で試験項目を作れる 品質スイートプラグイン 残念ながら Professional 以上でしか利用できないようなので、今使うことは出来ないかな… 1024パターンのテストを9パターンにする 原因結果グラフ。たとえば音楽再生時に着信して一時停止した場合に使用する。本当に５年前知っていればよかった。 CEGTest - 原因結果グラフからテスト条件を作成するツール テストについて経営層・マネージャに３つ抑えておいてほしいことは３つ テストは欠陥があることしか示せない。バグ０を強要するお客様とはおつきあいを考えて欲しい。 全数テストは不可能。「いいから全部やれ」は勘弁。テスト技法を用いてテスト数を間引くこと。指示する人は全部のサイズを理解していないことが多いので確認すること テストは条件次第。「有人宇宙ロケット」「プロモーション限定スマフォアプリ」ではドメインが違う Selenium と Jenkins で自動化 Selenium IDE で記録したテストは、Jenkins で自動化できて、IE等でも実行できる。前に IDE で記録したテストを WebDriver で書き直そうとしたけどナンセンスっぽい。 メトリクスは一つの指標に過ぎない たとえば信頼度成長曲線だけ見ても、テストがクソなのかソフトが良いのか判断がつかない。同じプロジェクト・同じ人であれば、過去の実績から判断がつくが、ソフトウェア開発で同じ条件になることは考えづらい。 じゃぁ、どうするかというと判断材料の一つであって、それだけ信じてもしょうが無い。自分たちが何をどうやってなんでテストしたかが重要。お客様に説明できるか？

f:id:nnasaki:20130524182717j:plain 午前中は仕事で、午後も仕事で結局松浦さんのセッションしかでれませんでした。 強いチームに変える７つのステップというテーマで「チームキャンバス」というものを書きました。3人でグループを組んで個人で書いたものをレビューし合うという内容で、私は体重が増えたとかいうわけわからないチャラい内容書いてたら、同じチームの方はアジャイルやっている中での悩みとか書いてて、だいぶやっちまったなーな感じをしていました。 「他人を変えられないが、自分は変えられる」というのはよく聞くけどまさにその通りだと改めて思った。自分も変化し続けるように努力していきたい。 ビアバッシュはだいぶ盛り上がって、新卒な方や昔お仕事をした方に再開したりもした。 その後の二次会はメニューにないチャーハン頼んだら出てきてすごくおいしかったりとか。 Agile Japan というイベントは個人的に非常に思い入れがある。なぜなら、自分が初めて参加した勉強会だから。2011 年の震災直後のイベントに参加した。ITで震災後の世界に何か出来ないかとかそんな思いもあったと思う（今でも貢献は出来ていない） イベントの開催って本当に大変ですが、来年もまた開催されると良いなーと心から思っています。

簡易 Todo アプリってポータルからダウンロードできるこれです。 f:id:nnasaki:20130517055815j:plain 大体3ステップぐらいでいけます。 Andorid Stuido にインポートする Eclipse用なのでそのままだと Android Studio に Import 出来ない…と思ったら出来た。IntelliJ IDEA 12 では当然出来るんですが、Android Studio は Gradle ベースだから出来ないと思い込んでた。 やり方は[Android Studio] 既存の Eclipse プロジェクトを Android Studio にインポートする ｜ Developers.IOの Eclipse は飛ばして 「Android Studio にインポートする」と同じです。 インポートが終わると以下のようになります。Android Studio さんは インポートしたときは gradle は作ってくれないようです。 f:id:nnasaki:20130517060842j:plain BOMを取り除く で、ビルドするとおそらく以下エラーとなります。 f:id:nnasaki:20130517061348j:plain この java: \65279は不正な文字です は UTF-8 に BOM がついているときのエラーですので、BOMを取ってあげれば実行できます。Android Stuido で BOM の取り方は分からなかったので、以前書いたBOM 付き UTF-8 から BOM を取りたいを参考にしてください。 Depencencies の追加 これでいけると思ったらまたビルドエラーになります。 f:id:nnasaki:20130517062046j:plain おもむろに Project Structure を開きます。(Mac なら command+; がショートカット。File メニューのところにあります) ...

昨日、朝起きたら Getting Started with Android Studio | Android Developers なるものでTLが賑わってた。なにかと思ったら、Google I/O で発表された新しい IDE で、なんと IntelliJ ベースらしい。(しかも出たばかりの13 EAPベース) 続々とエントリーが増えている。 [開発環境] Android Studioをインストールしてみる ｜ Developers.IO [Android Studio] 快適にコーディングできるように設定をカスタマイズしてみた ｜ Developers.IO [Android Studio] 既存の Eclipse プロジェクトを Android Studio にインポートする ｜ Developers.IO Android Studio試してみたよ - marsのメモ 早速会社で Windows 版をダウンロードして昼休みに試してみたが、gradle のエラーが起きてしまってビルドできなかった。 (´・ω・`) 自宅の Mac ではすんなりいった。会社のマシンは Gradle Home を設定してたから駄目だったのかなぁ。ちょっと原因が分かっていない。 設定周りをちょこちょこみてたら、SDKがアプリに含まれていたので brew で入れている SDK に設定したり、フォントを Ricty にするなどしてみた。 f:id:nnasaki:20130517042114j:plain

前回はインストール方法をご紹介しましたが、今回は使用方法をご紹介したいと思います。 リファレンスはこちらです。 Windows Azure Mobile Services で私がよく使うものだけピックアップしました。 テーブル定義を見る カラムの名前、型等を確認できる `azure mobile table show サービス名 テーブル名 ` テーブルの中身を見る SELECT * FROM テーブル名 TOP 10 と同様 `azure mobile data read サービス名 テーブル名 ` テーブル操作 SQLでいえば DROP TABLE 相当。 テーブルに設定していたスクリプトや権限も消えてしまうので、スクリプトはダウンロードしておいた方が良い。 テーブル作成 `azure mobile table create サービス名 テーブル名 ` テーブル削除 `azure mobile table delete サービス名 テーブル名 ` スクリプト操作 ディレクトリ構造がローカル側もtable/テーブル名とする必要がある。 ダウンロード時に既に同名のファイルがあるとエラーになるので -o オプションで上書き設定をしている。 ローカルは git で管理して、サーバーへアップロードという感じでバージョン管理に役立つ。 スクリプトダウンロード `azure mobile script download -o サービス名 table/テーブル名.insert ` スクリプトアップロード `azure mobile script upload サービス名 table/テーブル名.insert ` ログを見る ストリーム(tail -f)のようには出来ない。いちいちリクエストするして3秒ぐらいかかるのが使いづらい。 ...

f:id:nnasaki:20130514063153j:plain Community Open Day 2013 東北会場 （エフスタ!!SENDAI）にて、Windows Azure Mobile Service を利用した iOS/Android アプリ開発 について発表しました。 ** COD2013 Windows Azure Mobile Service を用いたiOS／Android開発 ** from Yamamoto Masaki Community Open Day 2013資料まとめ #cod2013jp - Togetter 今回はエフスタさん主催でした。皆さんとても元気があって面白かった！セッション後のLTもみんな5分きっかりでとても上手だった。また、懇親会と二次会の人数がほとんど変わらなくて大盛り上がりだった。中でもextreme ラブプラスAzure は記録では無く記憶に残っていますｗ 発表自体は緊張はそれほどしてなかったんだけど、しゃべっているうちにだんだんと過呼吸になってしまった。息が苦しくてマイクに荒い鼻息が拾われてしまうという事態にｗ あと、デモも失敗しまくりでした。結構リハーサルしたんだけどなぁ。 そんなぼろぼろセッションだったにもかかわらず Mobile Services を使ってみたいという話を聞けたり、アンケートに記載をいただけたりと、話して良かったなぁと思いました。 デモやデプロイ中のちょっとした間の持たせ方とか、失敗した後のリカバリとか、他の方を見てうまいなぁと思いました。次回はもっと良い発表が出来るように精進したいと思います。 あとセッション中にチラッとお話しした、iOS のプッシュ通知の設定方法は以下になります。Apple の最新のポータル画面では無いですが、雰囲気はつかめると思います。証明書作成とかめんどくさいですねぇ。 Windows Azure Mobile Services for iOS チュートリアル | MSDN

Windows Azure Mobile Services から Android のサンプルアプリをダウンロードして IntelliJ でビルドしようとすると以下エラーが出た。 `java: \65279は不正な文字です ` BOM 付き UTF-8 だと起こるということが分かったので、BOM を削除しようとすると意外といい方法が無い。(vim -b で開いて削除するとか。手作業が多い) 今回行った作業をまとめておく。 BOM 付きかどうかの確認方法 file コマンドを使用するのが一番手っ取り早い。以下のように with BOM で出力される。 `$ file * ToDoActivity.java: UTF-8 Unicode (with BOM) Java program text, with CRLF line terminators ToDoItem.java: UTF-8 Unicode (with BOM) C++ program text, with CRLF line terminators ToDoItemAdapter.java: UTF-8 Unicode (with BOM) Java program text, with CRLF line terminators ` BOM の削除 (Ruby 編) Ruby のワンライナーで解決出来ないか試してみた。 file コマンドの結果で ASCII って表示されているけど、元のファイルが日本語含まれていないからで、問題なさそうだった。 ...

ポータルからいちいちやるのめんどくさくなったので、インストールしました。Windows Azure Command-Line Tools for Mac and Linux (Linux) ではパッケージをインストールしろと書いてありますが、めんどくさかったので Homebrew と node.js でインストールしました。 Homebrew が入っていれば5ステップでインストールから動作確認まで出来ます。 Homebrew で node.js をインストールする 簡単です。Homebrewが入っていれば以下コマンドを実行するだけです。 `$ brew install node ` インストール後に以下メッセージが出るので、$Path に /usr/local/share/npm/bin を追加しておきます。 `Homebrew installed npm. We recommend prepending the following path to your PATH environment variable to have npm-installed binaries picked up: /usr/local/share/npm/bin ` npm で Windows Azure Command-Line Tools をインストールする これも簡単です。以下コマンドを実行するだけです。 `$ npm install azure-cli -g ` アカウントの設定ファイルをダウンロードする 以下コマンドを実行するとブラウザが立ち上がりダウンロードが始まります。 `$ azure account download info: Executing command account download info: Launching browser to http://go.microsoft.com/fwlink/?LinkId=254432 help: Save the downloaded file, then execute the command help: account import <file> info: account download command OK ` こんな画面です。 ...

Androidアプリテスト技法 を読みました。良い本だと思います。 前半９０ページ程がテスト技法について、後半１００ページ程がAndoroidアプリの自動テスト化のTIPS集。 前半のテスト技法は Android に限らずソフトウェア全般に使える上、90ページぐらいにコンパクトにまとまっているので、初学者が読む分量としても良いと思いました。 HAYST法が出てきたり、同値分割等のベーシックな技法も例題を含めてカバーされており、「あぁ、テスト勉強会であったわー」って思いながら読んでた。 個人的にはJSTQB のシラバスより良いかなと思いました。 後半のテスト自動化は具体例が不足していて若干ボリューム不足を感じましたが、エミュレーターを起動せずにJUnitを使ったり、DBやモックもカバーされており概要としては十分。 後半が前半のテスト技法と分断しているのがちょっと残念かなぁと思いました。テスト技法を使用して後半が具体的にどう実装していくかっていう構成だともっと良かったかも。 Android開発していて、テスト技法をこれから学びたいという方にはオススメです。 [ Androidアプリテスト技法 ](http://www.amazon.co.jp/exec/obidos/ASIN/4798037044/hatena-blog-22/)[Androidアプリテスト技法](http://www.amazon.co.jp/exec/obidos/ASIN/4798037044/hatena-blog-22/)- 作者: 生路茂太,井芹洋輝,神原健一,長谷川孝二,松木晋祐,宮田友美,吉澤毅- 出版社/メーカー: 秀和システム- 発売日: 2013/02- メディア: 単行本- この商品を含むブログ (2件) を見る

良いところはたくさんあります。SQLDBがタダだったり、サーバーサイドのコードがJavaScriptで簡単に記述できたり、ありすぎますが、あえて不満点を。 サーバーサイドのソースコード管理が出来ない 挿入や更新等はすべてポータルサイト上でコードを編集するんですが、履歴管理が出来ない。サーバー上のコードエディタはとてもよく出来ているんですが残念です。 Web サイトは git や dropbox に対応しているので、対応してくれればなーと思ってます。 ソースコードがすぐに反映されない さっきの続きっぽくなりますが、ポータルサイトでソースコードを更新しても10秒ぐらい待たされます。きっと裏では色々デプロイが走っているからと思うんですが、もう少し早くなればなーと思います。 でも、これはそんなに問題じゃ無いです。git push でもそれぐらいかかりますしね。 ログがリアルタイムに見られない ログもポータルサイトでしか見られないので不満です。Webサイトだとリアルタイムにクライアントで見られるので、Webサイト同等になってくれればなーと思います。 最後にもう一度だけ言っておきますが、Windows Azure Mobile Services は本当に良いサービスです。大好きです。でもあえて問題点を挙げるならば上記があるかなと思います。