第14回 テスト報告（後編） | gihyo.jp
大塚先輩： 入社10年目。5年前に柏田マネジャーと一緒にソフトウェアテスト事業を立ち上げた。カメラが趣味で、暇さえあれば写真を撮りに出かける。 ここまでの状況 テスト実行も終わり、最後の仕事としてテスト報告を求められた中山君。二時間ほどで報告書を仕上げて大塚先輩のところに持っていくと、あえなく却下されてしまいました。大塚先輩が言うにはこれはテスト報告書ではないとのこと。また、本来この報告書を書く前にやるべき作業を行っていないと指摘されました。 中山君は席に戻り一生懸命考えてみましたが、何が悪いのかさっぱりわかりません。 小一時間悩んでいると、その様子が気になった小川君が席にやってきました。 テスト報告書は誰のために作るのか 小川君：中山さん、どうしたんですか？ なんだか悩んでるみたいですが。 中山君：あぁ、小川君か…。 実はね、大塚先輩のところにテスト報告書を持って行ったんだけど却下されち
オープンソース時代のテスト手法、そのノウハウ ――Part3：ロードマップのしめくくり
オープンソース時代のテスト手法、そのノウハウ ――Part3：ロードマップのしめくくり：The Rational Edge 編集局より：前回「オープンソース時代のテスト手法、そのノウハウ――Part2：テストのロードマップ」では、「スモークテスト」から「モニタリングとロギングテスト」までを解説した。今回は、「セキュリティテスト」から「メンテナンス性と拡張テスト」まで説明し、オープンソース時代のテスト手法におけるロードマップのまとめを行う。 ●セキュリティテスト 2001年9月11日以降、“セキュリティ”は多くの人々にとっての重要な関心事であり、現実の問題となった。 インターネットアプリケーションおよびサービスのセキュリティ面に関するテストで最も重要なことは、セキュリティホールのテストを行う「手順」にあるわけではない。そのような手順の構築はしょせん、セキュリティについての、積極的な態度の発展
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
