GruntとTiShadowでTitaniumアプリのテストを自動化しよう(1/2) - 実務で使えるTitaniumテクニック - Mobile Touch - モバイル/タブレット開発者およびデザイナー向け情報ポータル
前回までに Titanium Studio に頼らない開発環境とテスト環境の構築を行いました。この記事の最後としてテストを自動化する方法を紹介します。 TDD / BDD のようにテストファーストでコードを書くとき、プロダクトコードのリファクタリングを行う段階があります。プロダクトコードをプログラマーの責任範囲内でパスするように修正を加える際、修正を加えるたびにテストを手動で行うのは効率的ではありません。コードを修正し、保存するたびにテストがパスするのかを確認したいところです。 最近は Grunt という Node.js ベースのタスクランナーが有名です。 Grunt Grunt とプラグインを組み合わせることでコードの変更を監視し、 TiShadow を経由したテストを自動で実行することができます。 Grunt をインストールする Grunt は Titanium CLI や TiSha
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
