問題タブ [qa]

私は多くの Web サービスに取り組んでいますが、実質的に主要なビルドを作成するたびに、QA がバグを吐き出し始めます。これらのバグは、サーバー側のコードとは関係なく、それらのがらくたクライアント ライブラリとは関係がないことがよくわかります。私は少なくとも、彼らがサーバーにプッシュしている XML なしでバグを報告しないというポリシーを作ろうとしましたが、彼らはしばしばこの要件を無視しています。

バグ発見のための静的解析の理論に関する入門書を探しています。推奨事項はありますか？

私の会社は自動テストツールを購入しようとしています。私たちは大企業ではなく、ツールのライセンスを1つしか購入できません。テストされたOSが、クライアント（XP）または次世代OS（Windows 7）で最も一般的に使用されるものであるかどうかについては内部的な論争があります。とにかく、考えられるすべてのOSがテストされますが、規模ははるかに小さくなります。

開発のほとんどはPowerBuilderを使用して行われ、すべての開発マシンはXPを実行します。したがって、Vistaまたは7で提供される新機能は使用しません。これは、ソフトウェアが7で実行されている場合、XPでの実行に問題がないことを意味します。逆は別の話なので、適切にテストする必要があります。OTOH、メインのテスト環境がメインの本番環境であることは理にかなっています。

このような限られたリソースを考えると、どのOSにテストを集中させますか？

QA の役割を探している開発者です。開発者とテスターの考え方が根本的に違うことはわかっています。QA 環境での実地経験以外に、熟練したテスターに​​なるために必要な資質があるかどうかを判断する方法はありますか?

QA 行動規範に関する適切なリソースを見つけることができませんでした。これを文書化し始めたいと思います。私が抱えている主な問題は、次のような本当に基本的なものです。

• 実際の問題は IE6 を使用していて、キャッシュを更新していないことにあるのに、「デザインが壊れている」と報告する人がいます。
• チーム メンバーは、実際にはソース管理から最新のリビジョンを取得していないのに、あなたがビルドを壊したと言います。
• どうやってそこにたどり着いたかを説明せずに、特定のページに移動したときにデータが失われていると不満を言う人がいます。

次にクライアントやチーム メンバーが「このコードはひどい」と不平を言うときに、実際には「このコードはビジネス目標を達成していない」と言うべきであるのに、配布できるドキュメントが本当に欲しいです。

それに対する簡単な答えはテストを行うことだと理解していますが、それでもこのテストをどのように行うのですか? テスト ケースを変更して、実行する追加のテスト ケースとしてバグを含めるか、古いリリースから最新のリリースまで、バグ追跡システムですべてのバグを検証するだけですか。

答えてくれてありがとう。私の質問が明確ではなかったようです。バグレポートを書き、バグを修正し、修正検証のためのテストを行う必要があることを理解しています。ただし、次のバージョンのリリース時にテストを再実行して、新しい変更によってバグが再導入されていないことを確認するには、このテストをどのテスト フェーズで実行する必要がありますか。回帰テストを行うべきか、特定のプロジェクトの統合テストを行うべきか、それともバージョン 1.0 以降のバグ追跡システムのすべてのバグをテストするべきか?

データベースと独自の Swing フロントエンドを含むいくつかのバックエンド層を含む、かなり複雑な Java システムがあります。フロントエンドを模倣する外部関係者が接続できるバックエンド API があります。私たちの組織には、このシステムを共有する約 5 つのサイロがあります。このシステムを維持している開発者は合計で約 15 人です。

QA チームの規模について経験則はありますか?

編集：これまでの回答で提起された質問に基づいて、少しコンテキストを追加するには：

1. 年に約 4 回のメジャー リリースと、その間に多数のマイナー リリースがあります。
2. 私たちのプラットフォームではお金のやり取りが行われるため、お客様にとって大きな意味を持つ計算があります。
3. 正式なバグ追跡システムを使用しています。
4. TDD は使用しません。
5. 継続的な統合のために CruiseControl などのツールを使用しています。