Test『継続的デリバリー』の感想第2回です。問題なければバイナリが作成されます。これは今のチームではかなりの品質でできています。細かい問題を挙げると、10分前後の時間がかかっているため比較的長いことと、プロダクト全体のカバレッジが高すぎて、一部カバレッジの低い箇所があっても気づきにくくなっていること。後者はカバレッジの見せ方を工夫することで解決可能だと思いますが、これはおいおい考えなくてはならないポイントかと思っています。自動受け入れテストコミットステージのあとは、受け入れテストステージに移行します。ここからが今回の本題。個々で見ると、機能要件や非機能要件など、各ストーリーの要求が満たされたかを確認するテストです。ユニットテストがあくまでデベロッパの設計どおりに動いたかをテストするのに対し、こちらは、そもそもの要件にあっているかをテストすることになります。どこで実行されるの?受け入れテストは、アプリケーションをユーザー受け入れテスト(UAT)環境においたうえで実施されると第4章で述べられています。やって実行するの?本の中ではツールとしてCucamber系とxUnit系の2種類が紹介されていました。ケースによって使い分けろとのこと。(でもxUnitだと、デプロイしないでの実行になりますよね、、、?)開発者としてはユニットテストと同じツールで実行可能なxUnitを使ったテストは作成が便利で、実際私のチームの一部のプロダクトはJUnitで受け入れテスト的なテストも記述しています。これの問題点はデプロイの検証ができないこと。今後は、HTTP経由でのテストに移りたいなぁと思っているところです。外部のシステムに対しては、先方への負荷が大きいようなら、スタブなどを使って仮想化すべきとのこと。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事awkで特定の列を除外して出力するWindows10にOracleをインストールしようとしたらありがちな罠にハマった古いプログラムからも学ぶことがある...と思う。#rtechconf月別アーカイブ参加グループプログラミングインターネットテクノロジーはてなブログをはじめよう!taichiwさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。