Blogアプレッソのエンジニアが書く技術ブログです。この広告は、90日以上更新していないブログに表示しています。その6品質マネジメントこんにちは、品質マネジメント部の磯です!書籍「実践アジャイルテスト」にて学んだことをアウトプットしていくエントリその6になります。コーディングとテスト」のうち、バグの取り扱いについて書きました。「リグレッションテスト」より)ビルドを「緑」に保つプログラマはコードをチェックインする前にxUnit系の単体テストツールで「緑」の状態、つまりはテストが全て成功している状態にしておく必要がありますが、開発が進むにつれ何らかの要因で成功しない場合があります。ローカル環境では通っていたが、CIで毎ビルドする際には失敗してしまう・・・といったことです。いった事態が発生した場合は、最も優先度をあげてビルドが成功するよう、修正することが必要です。ビルドの失敗や、いま直している!というステータスを示すのに以下のような方法が例示されています。ビルドのあとに結果をメール通知するぬいぐるみをビルドを壊した人の机においておく失敗時に信号を点灯させるアンビエントオーブを使うGUIのビルド監視ツールを使う私たちの現場ではJenkinsで状態がわかるようになっているので、そこからSlackでお知らせといった感じになっています。お知らせは人力なので自動化の余地ありだなと思いました。それにしてもアンビエントオーブとは何だろうと思ったのですが、↓こういうのがあるみたいですね。Orbならわかるのですが・・・q(^^)pビルドを早くするビルドに対してはなるべく早くフィードバックしたいものですが、ビルドの時間が長すぎるとテスト実施までの時間も伸び伸びになってしまいます。XPのガイドラインでは10分以内にビルドが完了するのが望ましいとされています。長時間かかってしまう場合はまずそこを目指しましょう。著者は以下の方法を例としてあげています。データベースのアップデートを含むテストをはずす単体レベルでの機能テストをはずすGUIのテストスクリプトをはずすといったものです。これらは実施しなくて良いのではなく、別プロセスで行われるのが良しとされています。リグレッション環境を作る既存のリグレッションテストを自動化したり、新規に自動化されたリグレッションテストを追加するなどした際は、プロダクションコードと同じリポジトリでバージョン管理されるべきです。追加するリグレッションテストは素早くフィードバックできるように選定する必要があります。上記のように追加したリグレッションテストは開発を推進するものでなく、新しいバグを見つけるためでもありません。これらを実施する目的は予期せぬ変化やシステムの副作用を見つけるためです。大きな視野を持つ前述のように追加したリグレッションテストですが、これらを過信してしまうことも望ましくないとしています。場合によっては手動による探索的テストが適切であるという可能性も考慮して、視野を大きくもっておくのが良いでしょう。まとめさて、今回のアウトプットは以上となります。効果的なフィードバックをするために、適切なリグレッションテストを頻繁に実行できるよう、ビルドプロセスに組み込んでいくといったところでしょうか。コーディングとテスト」の反復指標について学んだことをアウトプットしたいと思います。花粉症のカイゼンを日々願っています。書籍「実践アジャイ...2016-09-30アプレッソ品質マネジメント部に9月(去年)からJOINしましたどうも初めまして、こんにちは。»プロフィールid:appressoアプレッソのエンジニアが書く技術ブログです。(1)はてなブログをはじめよう!appressoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。