試験100802(月)~100805(木)までの4日間、会社で必修となっている試験工程に関する研修を受けてきた。会社の研修なんてあんま意味なんいじゃね・・・?っても思うこともやまやま。結局人の捕らえ方次第、機会を生かすも殺すも自分次第。思うことがあったので、忘れないようにするためにココに記す。試験(テスト)に関係した尺度の意味を理解する。試験(テスト)を行うための基本的な技法を身につける。目的に触れ、試験の基礎知識、試験のプロセスについて、演習を交えながら進めていく。演習では単体試験デシジョンテーブルや結合試験項目表の作成、相手の結合試験項目表に沿って実際に試験を行い、故障処理票を起票する、といったことを行う。講義60%、演習40%といったところ。思ったことSEとして実際に職場に配属されてから1年経った。試験工程も経験済みだ。試験工程でよく思っていたのが、「バグは見つからなければ良い」ということ。バグが見つかれば、解析・修正に時間がかかる。そんな中受けたこの研修。『そもそも試験工程の目的って「バグを見つける」ことですからね』1日目の講義開始から10分後に講師が述べた。試験工程を教える講師として当たり前の、いや、SEとして至極当たり前のこの言葉にハッとなった。――俺は今まで、この基本をすっかり抜けたまま試験をしていた。上記でも述べたように、バグを見つけたときの面倒くささといったら半端ではない。説明、試験環境への再リリース、試験の再実施・・・と簡単に思いつくだけでもたんまりある。俺がバグを見つければ、もちろんこの手順を踏むが、積極的にバグを探そうと躍起になっていたかというと、そんなことはしてない。試験項目に沿って、ただ淡々と試験項目を消化して、エビデンスを確認して、どうせ大丈夫でしょ・・・という気持ちでやっていた。61285おすすめ度の平均:講義で使いました。詳細を見る今、ちょうど試験工程に関する改善をテーマにQCストーリーを作って、稼動と品質をよりよくしようとしているところ。システム開発(試験)では、お客様に要求されるレベルの品質を確実に、かつ効率的に確保することが求められている。牛丼じゃないけども、はやい、やすい、うまい、を求められている。それに貢献してやろう。