問題タブ [qa]

上級管理職は、各グループが年々改善を示すことを望んでいます（つまり、意見を述べるだけでなく、データで利益を示す）。QAの改善をどのように示しましたか？どのような指標を使用しましたか？

これは、あるテスターを別のテスターよりも評価することではありません。それは、部門の成長を示し、個々のテスターに​​個人の改善を強調する能力を提供することです。

私は、展開ドキュメントの構成に関して同僚と絶え間なく戦いを繰り広げています。

文書が必要であることに誰もが同意します。特に大規模なリリース、バグ修正、および機能強化を区別するために、どのレベルの詳細を含める必要があるかについて、誰もが共通の基盤を見つけることができるわけではありません。

何があなたにとって最も効果的であると思いましたか?

スタートアップは、プロセスの早い段階で専用のQAを用意する必要があります。多くの場合、QAはかなり遅れて追加されます。

私の2部構成の質問は次のとおりです。

• 専用のQAを最初にスタートアップの取り組みの一部にする必要があるのはいつですか。その理由は何ですか。
• 最初のQAメンバーはどのようなスキルを持っている必要がありますか（テストスクリプトの作成と実行、一般的なツールを使用した自動化のテスト、単体テストの作成、複雑な負荷と安定性のテストの計画と実行など）？

私たちは開発にかなりの数のブランチ（かなり伝統的なメインラインモデル）を利用しており、それは物事を整理し、大規模なチームで開発者を効率的に保つ方法として非常に効果的であることが証明されています。メインラインに戻す前にQAテスト開発ブランチがあり、メインラインが常に安定していることを保証します。

現在、特にテストに関連するいくつかの興味深い問題があります。最も一般的なものはこれです：テスターがテスト中にバグに遭遇したと仮定します。それはすでに修正済みとしてマークされています。それは、修正が失敗したため（この場合、バグを再度開く必要があります）、または修正がテスト対象のブランチに到達していないためですか？

PERFORCEユーザーとして、PERFORCEジョブでこれらの問題を解決することを検討しています。ただし、これはかなり「生の」ツールです。多かれ少なかれ、このための基盤となる機能を提供しますが、特にテスターが使用するための簡単なインターフェイスではありません。ですから、もっとユーザーフレンドリーな方法があるのか​​、それともまったく異なるアプローチがあるのか​​疑問に思います（ただし、この場合、「分岐を避ける」が実用的な答えではないと思います！）

複数のブランチで効果的なQAを実行するためのベストプラクティスは何ですか？これらの問題の自動化とサポートを提供する優れたツールはありますか？

組織内で使用するための簡単な Q & A を書いています。SO のように機能が豊富である必要はありません。もっと単純なもの。どうすれば始められますか? すぐに使用できるスクリプトはありますか?

私のチームは、Cognos を使用して SaaS/マルチテナント アプリケーション用の分析ダッシュボードを構築しています。私が直面している問題は、テストの正しい戦略です。

現在、開始日フィルターと終了日フィルター (月/年形式)、1 つのディメンション フィルター、およびメジャーを選択するための 2 つのコントロールを使用して 1 つのレポートをテストしています (合計または個別のカウントとして表すことができる 7 つのメジャーがあります)。

さらに、ユーザーは結果レポートのポイントをドリルスルーして、詳細なトランザクション データを表示できます。

また、あるテナントのレポートが別のテナントのデータを表示しないことも暗示的です。

では、ここで問題です。この単純なレポートのテストには 2 週間かかり、フィルターとメジャーの膨大な組み合わせに対する何百ものテストが必要です。それは私にはひどくやり過ぎのように思えます。

検索スペースを確実に削減し、過度に反復的なテストを回避するために使用できる「戦略」はありますか?

本番サイトに影響を与える可能性のある 404 やその他の種類のエラーを確認するために夜間に実行することを推奨できるソフトウェアはありますか?

QA プロセスでは、通常、バグの原因となる一連のアクションを記述する必要があります。

通常、これを行う最善の方法は、テキスト メッセージで状況を説明することです。スクリーンショットが役立つ場合もあります。しかし、ビデオやスライド ショーは QA チームを支援し、QA チーム (開発者のイテレーション) の時間の損失を減らすべきだと私は信じています。

私たちのチーム (ほとんどの QA チームは他の都市にいます) では、重要な状況を説明するためにTeamViewを使用しています。しかし、接続のセットアップに多くの時間がかかり、ショーの時間のために開発者の作業を停止する必要があります。このバグを他の開発者に見せる必要がある場合は、このプロセスをもう一度繰り返す必要があります。ビデオカットは、新しいプロジェクトを完全に知ることができない初心者開発者にとって良いアイテムです。このアプローチの多くのプラスを見つけることができると思います。

このアプローチの欠点は、説明のサイズが大きいことです。

ユーザー画面のアクションをビデオまたはスライドショーに記録できるツールはありますか? このツールが無料になるとよいでしょう。

このツールの優れた機能は、「過去 2 分間のスライドを取得する」ことです。たとえば、QAエンジニアはバックグラウンドで動作し続け、バグを引き起こすようなことをしようとします. QAE は、最後の 1 分間のアクションがバグを引き起こすと考えています。このツールで 1 分前のアクションを保存できるようになれば、非常に便利です。

私は、QA チームがプロジェクトの開始から保守まで、開発プロセスに積極的に関与している環境で働いてきました。QAチームはプロセスの早い段階でビジネスの見通しから何が起こっているのかを理解しているため、これは一般的に効果的であることがわかりました. 非常に早い段階でテスト スクリプトの作業を開始できます。

しかし、私は QA チームが開発チームから切り離された環境で働いたこともあります。彼らはプロセスに関心がなく、単に「開発」フェーズの終わりに向かって関与し、テストを思いつき、ビジネス要件に対する独自の理解に基づいて限られた一連のテストを実行します。

これについてどう思いますか？QA チームはプロセスにどの程度関与する必要があると思いますか? 「関与しない」ことに慣れているチームを、プロセスに積極的に参加するチームに移行するにはどうすればよいでしょうか?

Firefox で使用するための優れたテスト ツール/プラグインを提案できる人はいますか? 現在、firebug と SQLInjector を使用しています。Web ベースのシステムの QA テストに使用して楽しんでいる他のシステムはありますか?

私はセレンを知っていますが、現在は使用していません。