いうところから、何を指標にどのようにテストするのか体系的に解説いただき、最終的にはテストケースを考え、単体テストを自動でやってみるところまで出来ました。チームに入る方や、なんとなくテストケースをこなしていることに疑問を持っている方、体系的に学びたい方にはとてもオススメのコースでした。所属されているクロノスでは、IT教育の責任者を務められ、年間100回以上研修に登壇されています。最近ではAIってなんですか、というテーマでよく講演されているそうです。SEカレッジではプログラミング、メソドロジの分野で主に登壇頂いていますが、一緒にコース開発など行い、過去にはAR系のハッカソンや最近ではAIに関するコースにもご協力頂いています。品質計画とは?まずは参加頂いた受講者の方にアンケートです。これは特に重要システムごとに保証すべき品質は違うので、まずは指標を作り、その達成指標を決めていきます。漠然とバグが無ければ良い、テストケースが全部通ったらOKという訳では無いのですね。挙げていただきました。情報処理推進機構ここで問題です。先生個人のテスト結果管理システムなのか、センター試験のシステムなのかどこまでテストするかは条件次第まったく関係ありませんが、名前が秀逸です。名前付けはエンジニアのセンスなのかも知れませんね。テストで大事なことシステム・ソフトウェアごとに品質モデルが異なると、独自に作りがちですが、標準化機構や団体が定める基準を使うと、お客様の安心に繋がりそう、という大石さんのお話はとても刺さりました。単体テストターゲットとなる品質の考え方がわかったところで、いよいよ具体的な単体テストについてです。確かに言われてみると、単体という単位は曖昧です。コミット一つとってもその粒度が開発者によって曖昧なので、テストの粒度も曖昧になりがちですね。単体テストのやりかた簡単にテストのやり方を解説して頂きました。(C2)プログラム構造に基づいたテスト条件網羅が難しいが、目視では出来ない。うるう年とか記号とかテストケースのチェックシート単体テストを行う人によってやり方はマチマチになってしまうので、このチェックシートを渡してやってもらうのがとても良いとのことで、これは便利ですね。テスト仕様に基づいてテストケースを考えてみる実際に下の仕様に基づいて、実際にテストケースを考える演習です。ここでは品質の基準づくりをやってみたい方、テストケースを書いてみたい方と、個人個人のご希望に合わせて演習いただきました。最後にテスト自動化です。わかりやすい逸話を大石さんからいただきました。テスト自動化しましょう。テストを書くコストとそれがペイできるかはバランス次第です。運用保守まで全部やるのであれば絶対やったほうがよいとのことです。