高信頼化ソフトウェアのための開発手法ガイドブックセミナー

あきやま🍠 @akiyama924

以上でセミナー終了です。

あきやま🍠 @akiyama924

(秋山)……すごく説得力があり、活用できる内容でした。素晴らしい。

あきやま🍠 @akiyama924

宿題 テスト観点表のセルフレビュー。作成したテスト観点表を見てください。テストの数が多いところ、少ないところの理由は分かりますか？ あるテストタイプで複数の特性をテストする場合、問題になることはありませんか？

あきやま🍠 @akiyama924

演習６ 自社で実施すべきテストをテスト観点表に割り付けてください。

あきやま🍠 @akiyama924

各社テスト一覧表は実は宝のやまです。たとえばテストを発注する時に共有するテスト標準の用語の擦り合わせに使えます。

あきやま🍠 @akiyama924

演習６ 各社テスト一覧表を見て、自社に取り込みたいテストはありますか？

あきやま🍠 @akiyama924

(秋山)……みきおさんの、ぼやきってすごく面白いんだけどツイートしたらやばそうなのであまりできないよー。

あきやま🍠 @akiyama924

演習５ テストタイプの名称。各社テスト一覧表を見て自社と同じと思われるテストで異なる名称になっているものを挙げなさい。

あきやま🍠 @akiyama924

テストタイプにはテストの目的があります。見たいことがテストタイプ毎に違います。

あきやま🍠 @akiyama924

テストレベル毎に単価がちがっているので、「このテストは(単価の安い)単体テストだろう！」といった話がでてくる。だから、テストレベルとテスト工程を分けて考える必要があります。

あきやま🍠 @akiyama924

開発工程、テストレベル、テストタイプがごちゃごちゃになっていませんか？ この３つの概念の定義が現場と共有できていないとテストの種類がうまく割り振れません。

あきやま🍠 @akiyama924

テスト標準を作って配ってやらせようとすると、案外難しいんですよ。標準化の人はテストに詳しくないから現場から突っ込まれると詰まってしまうことが多いものです。

あきやま🍠 @akiyama924

演習４ テストアプローチとして、様々なテストをどのように行いますか？ テスト計画においての表現方法や工程への割り付け方の実態を書いてください。

あきやま🍠 @akiyama924

(秋山)……チームに割り付けるだけなんじゃないのかな？

あきやま🍠 @akiyama924

(秋山)……組み込み系の人は技法を挙げちゃいそうだな。エンタープライズ系だとテスト対象と結び付いているからテストの種類が挙げられるけど。

あきやま🍠 @akiyama924

企業によってだいぶ違っていました。テストの名前が微妙に違ったり、ユーザー企業とベンダー企業によって違ったりしました。テストのやり方の情報交換の場がないからかもしれませんね。

あきやま🍠 @akiyama924

演習３ 「テストの種類」を挙げてください。それを周りの人と見せ合ってください。 本の166-167ページを参考にしても良いです。

あきやま🍠 @akiyama924

会場「テスト技法は？」 みきおさん「書くのも良いけど教科書になってしまうかも」

あきやま🍠 @akiyama924

答えは、テストレベル(単体、結合等々)の定義、テストタイプの定義、メトリクス。

あきやま🍠 @akiyama924

演習中です。テストタイプ一覧、メトリクス、見積り方法とかかな？

あきやま🍠 @akiyama924

演習２ 「テスト標準」にはどんな内容が書いてありますか？ 標準がない場合はどんな内容があればよいと思いますか？

あきやま🍠 @akiyama924

「テスト計画」はほとんどの参加者が作成していました。「テスト標準」は半分以上といったところ。

あきやま🍠 @akiyama924

演習１ 皆さんの組織には「テスト標準」がありますか？ ２ 「テスト計画」を作成していますか？

あきやま🍠 @akiyama924

テスト標準を検討する、テスト計画やテストアプローチに関して有効な指摘をする、他社の実態を自社へ適用する、、、これを、テストの専門家でなくてもできるようになるというのが今日の目標です。

あきやま🍠 @akiyama924

テスト計画を先輩のファイルをコピーし、レビューも場当たり(自分の経験したことだけ)だと連帯責任は取れるかもしれないけどだめですよね。