現状のソフトウェアテストについて

質問

現在、Webシステムの開発を行なっています．
各会社様によって、「テスト」の方法、レベル(どのくらいやるか程度です)、エンジニア(テストエンジニアがつくかとか)が異なってくると思います．
そこで、皆様の場合ではどうでしょうか?
実際には、今現在の日本のソフトウェアテストの現状を知りたいと思っています．
よろしくお願いします．

回答No.3

chukenkenkou · ベストアンサー

#1回答者です。

メインフレーム畑で長年過ごし、最近の数年間は自宅療養の身なので、「テスト」という言葉から勘違いしていまいました。

>実際には、今現在の日本のソフトウェアテストの現状を知りたい

ということなので、Webシステムに限らない全般の話をします。

私の会社・企業グループでは、30年以上前（私の入社前）から、設計・製造部署がテストを行い、品質がある程度見込める状況になると、検査・品質保証部署が実際に検査（テスト等）をして合否判定するという仕組みを採っています。不合格になると、設計・製造部署に差し戻し、さらに品質向上をさせて、再度、合否判定ということを繰り返します。

一定の規模以上のシステムの場合は、設計・製造部署でのテストがある程度進んだ状況で、検査・品質保証部署がその時点でサンプリング検査して、早期に品質の状況を確認します。

設計・製造部署が行なうテスト内容については、機能仕様書等のレビュー時に検査・品質保証部署等も参加し、重要と考えられる部分で漏れがあれば指摘して追加させます。

検査・品質保証部署では、設計・製造部署のテスト結果を確認した上で、顧客の使い方、通常使用時の性能、高負荷、二重・三重の障害時などを意識して検査を行ないます。

工程が遅延してくると、テストや検査の日程が圧縮されるのは、どこも同じです。そういう場合は、優先して確認すべき事項を決めて取り組みます。
工程遅延が回復不可能な状況であったり、あまりにも品質が悪い場合は、そのバージョンでは特定機能を公開しないといった調整も、プロジェクトの上層部や顧客間で行なわれます。

プロジェクトにもよりますが、設計・製造部署では、数年前から単体テストを省略する代わりに、コーディングした１ステップ１ステップを複数人でレビューして検証するという手法を採用しているところもあり、ある程度、成果を上げています。

品質の見極め指標、開発規模によるテスト項目数、検査項目数などは、社内規定で決まっています。

プロジェクトやシステムの形態等により、違いもありますが、基本的には上記のような方法を採用しています。

お礼

詳細に教えていただき、ありがとうございます．
ANO.3の方のお礼でも書かせていただきましたが、キャリアチェンジにて、ソフトウェアテストエンジニアを候補として考えました．
正直、組み込み系のシステムでは検証が詳しく?行なわれているようなのですが、では、Web系やメインフレームではどうかと疑問に思っておりました．
ご回答ありがとうございます．

回答No.2

noname#246547

システムを構築する予算や、テスト工程までの上流工程が、どれだけテスト工程の作業時間を圧迫（笑）しているかで「テスト」の質が違うと思います。

時間、人に余裕があれば、テスト仕様書を設計工程で仕様設計者が作成し、これを使用してテストが行われます。

時間に余裕がなくなると、
テスト仕様書は、各テスト工程の直前で設計書を参照しながら、
テスト担当者、あるいはプログラム担当者が作成し、これを使用してテストが行われます。
ここで問題なのは、設計担当者がテスト仕様書を作成しないため、
仕様漏れのテスト仕様書が作成されることがあります。

時間、人ともに余裕が無くなると、
テスト終了後に、とりあえず成果物としてテスト仕様書が作成され、
テスト結果はでっち上げであることが多いです。（笑）

ANo.2の
＞個人レベルで開始されます
とは、
「時間、人ともに余裕が無くなる」時のことかな？

お礼

ご回答、ありがとうございます．
今、キャリアチェンジを考えており、以前から気になっていた「ソフトウェアテスト」について質問いたしました．
やはり、お客様のことを考えると、きちんとテストはしたいですね．

回答No.1

chukenkenkou

>今現在の日本のソフトウェアテストの現状を知りたい

と言いながら、前文にあるのは顧客による「受け入れテストだけ」です。
何について知りたいのでしょうか？