新人技術者のためのロジカル・シンキング入門（7） ―― 「ひたすら流すだけのテスト」にさよなら
【3】意外と難しい「単体テスト」，「結合テスト」の区別（1/2） 次に，「単体テスト」と「結合テスト」という分類の仕方について考えてみることにしましょう．冒頭の例でいうと，Gさんが担当しているモジュールの単体テストを終えたら，次の工程で全体の結合テストを実施することになります．単体テストから結合テストへという進め方は，一つ一つ部品を確実に組み立てる立場からすれば当たり前のことのように思えます．しかし，実際の開発ではこの「単体」と「結合」の区別はそれほど容易ではありません． 開発者の中には，「単体テストとは関数一つ一つに対して行うもの．それらの確認が終わって初めて結合テストができる」とやや教条主義的に考えている人もいます．また，結合テストはビッグバン・テスト（単体が終わったら全体を一気につなげる）以外考えず，段階的に結合していくことにはあまり関心のない人もいます．このような考え方が行き過ぎる
「なんとなく」から脱出しよう：必要十分なテスト項目の作り方 ―― テスト設計コンテストの最優秀チーム「めいしゅ館」に聞く
「なんとなく」から脱出しよう：必要十分なテスト項目の作り方 ―― テスト設計コンテストの最優秀チーム「めいしゅ館」に聞く Tech Village編集部 2011年1月25日～26日に開催された「ソフトウェアテストシンポジウム 2011東京（JaSST'11 Tokyo）」では，テスト設計に関するコンテストが開催された．これは，与えられた要求仕様書に基づいて，その製品に対するシステム・テストのテスト設計内容を競うコンテストである．みごと大賞を受賞したのは，「チーム・めいしゅ館」（名野 響氏，酒井 郁子氏，舘 伸幸氏）．彼らはテストの専門家ではなく，テストを勉強中のソフトウェア設計者である．彼らがどのように課題に取り組み，テストを設計したのかを聞いた（写真1）． 写真1 「チーム・めいしゅ館」のメンバ（左から，名野 響氏，酒井 郁子氏，舘 伸幸氏） ―― どのような経緯でコンテストに参加した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
