【連載】実践ソフトウェアテスト考現学 (2) 調査から見る日本のシステムのクオリティ | エンタープライズ | マイコミジャーナル
調査データは楽観的だが…… 実は諸外国に比べても、サービスイン(または稼働)後の不具合の数から言えば、日本人が作るシステムの品質は決して悪くはないようです。 表1のデータは日本と海外との不具合(欠陥)の数の違いを示した調査結果です(※2)。 このデータは、発注側、受注側の両者が開発の初期からサービスインに至るまで、様々なもどかしさを抱えながらも、そこをうまくすり合わせた結果「欠陥」の少ないシステムを作り上げているということを示している可能性があります。 "欠陥を抑え込む開発を行うためには、しっかりとした品質保証の体制を持つことが必要であることは、言うまでもない" このような考え方がシステム開発を行う組織のトップダウン(経営層)、ボトムアップ(現場)の両方から理解されるとともに、組織体制にも反映されつつあるようです(図1)。この結果として、品質保証に携わる専門スタッフのプロジェクトへの関与が
【連載】実践ソフトウェアテスト考現学 (4) 「テストの最適化」はシステム開発成功への近道 | エンタープライズ | マイコミジャーナル
開発のもどかしさを解消するカギはテストフェーズにあり 前回、開発上で、開発者と受注者が感じる「もどかしさ(リスクや課題)」は、開発工程の各フェーズに存在すると説明しました。筆者が関わった数多くの現場とコンサルの経験から言わせていただくと、数々のもどかしさの中でも、品質を最終的に評価する段階であるテストフェーズでのもどかしさは、開発ライフサイクル全般に起因しているため、特に悩ましいと言えます。 こう考えると、システム開発における「もどかしさ」の大半を何とかしたいと思うのであれば、「テストフェーズを何とかするために何ができるか」を考えるのが、アプローチとしては悪くないとの考えに至った訳です。 もちろん、テストだけですべてが解決するわけではないのですが、スムーズにプロジェクトを進めるためには、まずテストをベースに問題をとらえることが必要だと思います。つまり、プロジェクトにおける問題が顕在化したら
【連載】実践ソフトウェアテスト考現学 (3) 調査だけではわからないシステム開発の実態 | エンタープライズ | マイコミジャーナル
調査データからは見えないもの と、ここまで書いて筆者は、「本当にこんなに不具合を抑え込めているのだろうか?」と考えました。いろいろな所で筆者が見聞きする現場の状況を踏まえると、どうしても違和感を感じざるを得ないからです。 調査結果が示しているデータはあくまで「表面上、明らかとなった不具合数」にとどまっているように筆者には思われました。 例えば、開発側が「保守」という形で、一見すると不具合とはわからないように対応することは多々あるはずです。また、ユーザー側からすれば不具合だと思われるような場合でも、発注時や要求定義時に曖昧に開発側へ依頼した場合は発注側の問題となり、受注側の立場からすると不具合として扱えないことも少なくはないはずです。 このようなケースはおそらく、公式な調査データに載らないであろうことを考慮に入れれば、実感とは少々かけ離れているように感じたとしても不思議はない、と筆者自身は納
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
