問題タブ [qa]

単体テストが開発によって処理されると仮定すると、QA が製品の仕組みの詳細を知る必要がある理由はありますか? つまり、彼らはバックグラウンドで何が起こっているかを知る必要があり、通常の UI を使用せずに製品のセグメントをテストする必要があるのでしょうか? たとえば、テスターがデータベースに入り、手動で値を変更して何が起こるかを確認することは理にかなっていますか?

編集:
非開発者が使用するアプリケーションで作業していると仮定しましょう。API が添付されたものには取り組んでいません。

学生として、私はマニュアルテスターとしての最初の協力的な仕事を始めました。私はそれがコーダーと同じくらい知的で要求の厳しい仕事であることを知っています、しかし私は逆に考えざるを得ません。私はコーダーになるのが大好きですが、それが私の最初の仕事です。そこで、手動のブラックボックステストジョブを最大限に活用する方法、つまり、コーディングスキルを向上させるためにそれをどのように使用できるかについてアドバイスを求めています。どうもありがとう。

要件仕様 (機能要件、非機能要件、制約などを含む) をレビューするとき、作成者が犯した「致命的な罪」に注意する必要がありますか?

要件仕様で実行されている (または実行されていない) ことがソフトウェア製品の品質に悪影響を与える最も重要なことを (重大度の降順で) 7 つ以内でリストしてください。7以下なら全然OK。

ソフトウェア品質の測定と証明に関してはかなりの数の質問がありますが、この時点まで、Stackoverflow ではソフトウェア品質自体の正式な定義はありませんでした。

ソフトウェア製品の品質の正式で包括的な定義を教えてください。

_{質問はかなり一般的であるため、提出されるたびにより良い定義を受け入れることができてうれしいです. 何か価値のあるものを追加できる限り、以前に送信された回答の要点をコピーしてもかまいません。}

Someone told me about swamp diagrams explaning that they were useful to predict code quality by measuring the rate of incoming defects and outgoing fixes on a given product.

Unfortunately, I am unable to find additional information on those diagrams and I am wondering if it is a jargon term specific to one company.

Can you explain what a swamp diagram is?

電話（または少なくともエミュレーター）で実行でき、定義済みの（スクリプトを介して）一連の操作（「キーを押す」、「データを入力する」など）をシミュレートできるテストツールをお勧めできますか？

ありがとう

時折、製品を完全に理解していない QA の新人からバグ レポートを受け取ることがあり、眉をひそめます。

私のチーム (開発者と QA の両方) が、それが起こってから何年も経った今でも笑っているものから始めましょう。

私が取り組んでいた製品には、アプリの状態の特定の側面を切り替える一連のボタンを備えたツールバーがありました。「ボタン [x] を押すと動かなくなる。動かなくなるにはもう一度押す必要がある」というバグ レポートがありました。

QAサーバーの恩恵を受けることができるいくつかの中間層のクライアントがいるところまで来ていますが、専用のQAボックスと専用のプロダクションボックスにお金を払う余裕のある人はいません. 私は、私たちのオフィスでホストされているか、サードパーティがホストしている仮想環境のアイデアをいじっていました。これにより、複数のクライアントが進行中の作業を表示して、総コストを相殺できます。これらのサイトのほとんどは LAMP スタックになりますが、.NET または Java サイトがミックスに投入される可能性は、非常にまれにあります。私は堅実なアプローチを探していますが、明らかに完全な実装の詳細ではありません。

いくつかの syncFusion (GUI フレームワーク) コンポーネントを使用して、比較的重い C# GUI を作成しています。クライアントのロギング機能を追加して、QA が後でクライアント イベントを再生して、クライアントが本番環境で使用したバグやその他のワークフローを分析できるようにしたいと考えています。

すべてのクライアント キーストローク、マウス イベントなどを記録および再生する既製のモジュールは存在しますか? (Windows C# クライアントに簡単に統合できる場合は、C++ モジュールも機能する可能性があります。)

また、生成されたログを使用して、クライアントのどの機能が最も使用され、どの機能がほとんど使用されていないかを分析して、どのバグを優先し、どの機能を削除/強化する必要があるかを判断したいと思いますか? したがって、基本的には、クライアントがログをローカル ディスクに書き込むか、ネットワーク経由でサーバーに書き込むようにしたいと考えています。

パフォーマンスについてもやや心配です。ある程度のヒットは許容されますが、すべてのイベントのログ記録がクライアントのパフォーマンスをどの程度低下させるかについて考えてみませんか?

ここでのポイントは、QA テスト自体ではなく、本番環境ですべてのクライアント イベントをログに記録することです。

Aydsman のコメントに基づく編集:古い同様の議論とBenji のサイトを読んだ後、このタイプの「ダッシュボード」に多くの関心があるように見えますが、現時点ではオープンまたはクローズドの製品またはソリューションは存在しません. Benji のサイトにステータスに関する質問を投稿しましたが、サイトはかなり静かに見え、6 月以降応答がありません。Benji のアイデアは、多かれ少なかれまさに私が探していたものですが、製品はまだ存在していないようです。これはかなり驚くべきことです。既存の製品がないことは、そのようなシステムの実装は、当初考えていたよりも複雑でなければならないことを意味すると思います。探し続けて、後で何かを見つけたいと思っています。

自動化されたテストに関しては、初期段階の QA スタッフがいます。現在、Web アプリケーション (主に .NET) をテストするときは、数年かけて作成したテスト スクリプトに従い、ブラウザーを介してテスト環境に手動でアクセスし、テスト スクリプトに従います。

スタッフは、スクリプトに精通していない個人で構成されています。この種のテストを自動化するためのより効率的な学習曲線を提供するツールはありますか. 通常、Web インターフェイスを介して操作を実行し、データ ストアに手動でクエリを実行して、実行したアクションが期待するデータと一致しているかどうかを確認します。

明らかにこれは時代遅れに見えますが、ゆっくりではありますが、仕事は完了します。使い慣れたツールについて何か提案はありますか?