テストの目的

質問

システム開発部でテストを行っているのですが、
「総合テストシート」の手順に沿って、テストを行っています。
ほぼ同時期に、品質保証と呼ばれる部署の方も、「機能テスト」を行っていたようです。
総合テストシートを使う際に、プログラマーの方は、どういうバグを出し切ってほしいのでしょうか？
設計もれ、負荷が原因で発生するバグの他に、どういったバグを出し切ればよいのでしょうか？一般的な目安が知りたいのですが。
ちなみに、今回のプログラマーは韓国人の方です。
以前、韓国人の方が作った証券ソフトを見た際、あまりの完成度にびっくりしたのですが・・日本人の方以上に、緻密に作業を行うお国柄なのでしょうか？

回答No.1

okg00 · ベストアンサー

「総合テストシート」の内容が不明なので答えられませんが、なんとなく。

でも、プログラマが想定していないデータを流す事も大切ですよ。
たとえば、異常データやら。前工程で加工したデータなども。

総合テストというのは単体→結合の後工程だと思いますけど、それならシステム仕様にあったデータを流せばよいぐらいではないですか？(会社・顧客によっても流儀は違いますが)

>日本人の方以上に、緻密に作業を行うお国柄
個人差だと思います^^
オフショア開発で泣きをみている企業は山ほど知ってます。テストしたはずなのに簡単なコンパイルエラーとかね。

お礼

今日は平日なので、アドバイスは入らないだろうなあ・・・と思っていましたが、早速回答頂けて、少し元気回復しました。(T_T)

要求定義の段階から、一人でもくもく、テストできたら良いのになあ・・と思います。
ビルドが作られる前に、設計もれを探すテストが存在すればなあ・・回答ありがとうございました。

補足

私は途中から参加したので、
設計が大幅に変更したらしい・・・程度の事しか、
チームの事が見えていないのですが、
結局、変更の影響で、テストシートの記述が古いらしく、
期待結果まで、辿り着けないのです。
バグなのか、シートの記述不測による操作ミスなのか、元の設計を知らない私には、検討がつかないのです。
そして、シートに直接、現在の操作を追記すると、
原紙を作ったお姉さんが、くよくよ悩んで私に「お詫びメール」を飛ばしてきたり、設計者のボスに、「テスターの意識共有をして欲しい」と、くよくよ言うみたいです。
とりあえずボスに対して、
「どんなスタンスでテストしたら良いですか？」
と確認してみましたが、特に回答は得られず・・(T_T)

私は仕様を知らないので、適当に作ったデータを流した所、バグが見つかりました。
手順書だけが頼りなのに、肝心の手順書の中身が古いみたいです。
全然、期待結果に辿り着かないのです・・
流石にストレスがピークなので、今日は欠勤しました。

とりあえず、ＱＡが狙いそうな手順は避けて、平凡な操作を行っているのですが・・それでも期待結果が出せない場合、どうやってさくさく、テストを終わらせたら良いのでしょうか・・？(T_T)

とりあえず、今回の後継シリーズが後年発売される時の参考に、
「操作手順の修正が必要な項目の列挙」
も、テストの大事なお仕事の一つであるのか？不要なのか？
一般的な目安が知りたいのですが・・(T_T)

回答No.2

okg00

仕様が不明確なのにテストするのは時間の無駄でしかないです^^

エラーが出ないという正当性はチェックできたとしても、中身が正しいという妥当性にはなりませんからね。
要求仕様の再定義(文書化)もしくは変更点の洗い出しをして承認をもらい、テスト項目・チェックリストの再作成(もしくは変更)というのがこれからの流れなんじゃないかなあ。本来は総合テストの目的は要求仕様通りかどうかを検証するフェーズですからね。単体テスト、結合テストレベルの検証をした所で仕方がないし。

http://www.atmarkit.co.jp/farc/rensai/build07/build07a.html
http://hp.vector.co.jp/authors/VA020635/system/test.html
http://jibun.atmarkit.co.jp/lskill01/rensai/devgenba05/devgenba01.html

設計漏れどころか、仕様漏れすら起きそうな塩梅ですねえ。どのフェーズで変更が発生したのか不明ですが...

お礼

今まで参加した総合テストを振り返りますと、
いつも必ず、40歳前後のベテランテスターの方が仕様もれが目立つ事に気付き、結局、機能テストをしてるだけなのかなあ・・という展開が多いです。
派遣プログラマの方って、仕様漏れを見つけた時点で、設計者に相談しない職業なんでしょうかね・・
回答ありがとうございました。
リンク先は自習時間の際に、少しずつ読もうと思います。