問題タブ [qa]

オブジェクトに静的 ID がない Flex アプリケーションをテストしようとしています。Linux シェルから簡単に起動できる FunFX を自動化に使用したいと考えています。

とはいえ、FunFX には、ユーザーが親オブジェクトを介して子にアクセスできるようにする関数が含まれていないようです (たとえばparent.get_child_at(<index>)、またはparent.children()反復のために)。親の下にある子の数を返すメソッドはありますが、階層構造を解析できる反復機能はありません。

FunFX を使用して、オブジェクト ID が不明なブラックボックスの Flex アプリをテストした人はいますか? もしそうなら、どのようにしてさまざまなオブジェクトやコンポーネントにアクセスして、それらの機能を駆動しましたか?

Web サイトの QA に使用できるツール/プラクティスの詳細なリストがあるかどうか疑問に思っています。最も言及されているように見えるツールは、リンク チェッカー、バリデーター、および Selenium IDE です。私の立場では、リンクチェッカーとバリデーターだけがうまく機能しているようです。私は QA の専門家ではないので、彼らが何をしているのかわかりませんが、このトピックについてもっと知りたいと思っています。

もちろん、ソフトウェアは消耗しませんが、数十年前には、アプリケーションのライフサイクルの後半でコードをメンテナンスすると、修正するよりも多くのバグが発生すると一般に信じられていました。

しかし、バスタブ曲線は、最新のソフトウェア エンジニアリング手法 で開発された最新のソフトウェアに適用されるのでしょうか?

ちょっと興味があるんだけど：

ソフトウェア ビルドを Q/A にリリースするとき、常に "RELEASE" バージョンを使用することを好みますか、それとも時々 DEBUG バージョンを使用しますか?

これが私の難問です。Assert を使用して、決して発生してはならない状態をトラップするのが好きです。

一方では、Q/A がアサーションを有効にしてソフトウェアをテストし、アサーションをトリガーするシナリオを作成できる場合はそれを報告できるようにすることが役立つ場合があります。

一方で、開発者がコードの動作を変更するような方法でアサーションをコーディングしたというリスクは常に存在します。その場合、Q/A はアサーションを無効にしてビルドをテストする必要があります。

これまで、Relesae ビルドで動作する Q/A を常に行ってきました。これは出荷されるコードだったからです。ただし、Q/A への非常に初期のリリースでは、アサーションが有効になっているパターンを試してみることを考えています。その後、出荷が近づいたら、ビルドでアサーションが無効になっていることを通知します。

皆さんはどう思いますか？

これは私が非常に多くの企業で出くわした質問です.QAチームは開発組織に報告するべきですか、それとも会社の階層における開発と同等であるべきですか?

現在、最新プロジェクトの新しいリリースに向けてテスト部門を準備しています。ソフトウェアをテストし、バグがリリース前に私たち (開発チーム) に確実に返されるようにするための綿密な計画に従うことを明らかに望んでいます。

このテスト計画を作成する際に従うべき適切なツールや方法論はありますか?

十分に小さい組織では、完全に独立した QA と開発の役割を持たせるべきですか、それとも各役割に一定の時間 (たとえば、週に 1 日) 他の側の役割を果たさせるべきでしょうか?

単体テストについて話しているのではありません。私が話しているのは、システムに焦点を当てた QA が実稼働コードにも貢献していることと、開発者がシステムの別の部分の分析とテストに時間を費やしていることです。

この種のジャグリングは理にかなっているかもしれません。なぜなら、QA はシステムをよりよく理解し、個人的な利害関係を得るのに対し、開発者は単体テストを超えて品質とテストの問題をよりよく理解するからです。しかし、それには反対の理由もあると確信しています...

品質保証とは？テストとバグ修正ですか、それともそれ以上ですか?