問題タブ [user-acceptance-testing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
acceptance-testing - 顧客の検収試験はどの程度詳細にすべきですか?
これは、「CreateNewWidget」のユースケースをテストするテストの説明です。
- システムに新しいウィジェットを入力できることを確認します。
これは、「CreateNewWidget」のユースケースをテストする別のテストの説明です。
- アプリケーションを起動します。
- 「A-008」という名前で新しいウィジェットを作成します。説明は「受け入れテスト3-45のテストウィジェット」です。
- ウィジェットが左端のウィジェットツリービューに表示されていることを確認します。
- ツリービューで別のウィジェットを選択してから、ウィジェット「A-008」を再度選択してください。ウィジェットの表示値が入力した値と等しいことを確認してください。
- ウィジェット「A-008」を削除して、アプリケーションを閉じます
これは、「CreateNewWidget」のユースケースをテストする別のテストの説明です。
- アプリケーションを起動します。
- 同じデータを表示しているアプリケーションの2番目のインスタンスを起動します。
- アプリケーションの最初のインスタンスで、「ウィジェット」ノードを右クリックします。次のコンテキストメニューで、[新しいウィジェットの作成]メニュー項目をアクティブにします。
- 「新しいウィジェット」ウィンドウをアクティブにする必要があります。すべてのフィールドを空白のままにして、[OK]ボタンを押します。「ウィジェット名を入力してください」というメッセージボックスが表示されます。このメッセージボックスで[OK]を押します。
- 「名前」フィールドに「A-008」と入力します。
- 説明フィールドを「ラマ(ラマグラマ)は南米のラクダ科動物であり、インカや他のアンデス山脈の原住民によって駄獣として広く使用されています。南米では、ラマは今でも重荷の獣として使用されています。繊維と肉の生産のために。成長したフルサイズのラマの高さは頭頂部で5.5フィート(1.6メートル)から6フィート(1.8メートル)の間であり、それらは約280ポンドの間の重さである可能性があります(127キログラム)と450ポンド(204キログラム)。出生時、赤ちゃんラマ(クリアと呼ばれる)は20ポンド(9キログラム)から30ポンド(14キログラム)の重さがあります。
- OKボタンを押します。「説明は512文字以下である必要があります」というメッセージボックスが表示されます。
- 説明を「'); DELETE FROM WIDGET WHERE 1=1;」に設定します。[説明]フィールドに入力します。OKボタンを押します。
- 左端のツリービューに、「A-008」という名前の新しいウィジェットが表示されているはずです。
- アプリケーションの2番目のインスタンスでウィンドウをアクティブにし、ウィジェット「A-008」がそのツリービューにも自動的に表示されることを確認します。
- アプリケーションの最初のインスタンスで、「ウィジェット」ノードを右クリックします。次のコンテキストメニューで、[新しいウィジェットの作成]メニュー項目をアクティブにします。「新しいウィジェット」ウィンドウをアクティブにする必要があります。
- 名前を「A-008」に設定し、OKを押します。「この名前のウィジェットは既に存在します。別のウィジェット名を選択してください」というメッセージボックスが表示される必要があります。
- このメッセージボックスの[OK]ボタンを押してから、[キャンセル]ボタンを押して[ウィジェットの作成]ダイアログボックスを終了します。
- 2番目のインスタンスでウィジェット「A-008」のウィジェットページを表示します。
- 最初に、[元に戻す]メニュー項目を押します
- 2番目のインスタンスにスタートページが表示されていることを確認します。
- .................等..............
各例では、新しいウィジェットを作成できることをテストしています。3番目のテストでは、経験豊富なプログラマーとして機能をテストし、「OK、バグが発生する可能性のあるすべての場所はどこですか」と考え、これらすべてをチェックしました。3つ目は顧客の検収試験に適していますか?
「包括的すぎる」とはどの程度包括的ですか。
user-acceptance-testing - コードの宣伝: ルールの施行
ここに私たちの問題があります:
私たちには、独自の方法で物事を行う小さな開発者チームがあります。次の順序でコードを宣伝する必要があるプロセスを形式化しようとしています。
ローカル サンドボックス > 開発 > UAT > ステージング > ライブ
開発者は、独自のサンドボックスで開発/テストを行います。Dev は、継続的な統合に使用する独自のボックスです。UAT は、開発ボックス上の IIS 内の別のサイトであり、開発データベースを使用します。次に、ライブ ボックス上の IIS 内のサイトであり、ライブ データを使用するステージングに昇格します (ライブと同様、したがってステージング)。そして、いよいよライブへと進みます。
ここに私の質問のいくつかがあります:
1.) これはベスト プラクティスと思われますか? そうでない場合、何を別の方法で行う必要がありますか?
2.) 開発者にルールを適用するにはどうすればよいですか? 多くの場合、開発者は時間を節約するために手順をスキップします...これは容認されるべきではなく、物理的に実施できれば素晴らしいことです.
3.) これらのルールをビジネス グループに適用するにはどうすればよいですか? ビジネス グループは機能を迅速に提供したいと考えています。特定の日だけ宣伝するのですか?
testcase - テスト ケースの設計とテスト担当者、開発者、顧客の責任
多くの人が私の職場の周りで責任転嫁をしているようで、興味深い質問が浮かび上がってきました。
既知:
要件チームは、製品の要件を作成します。開発者は、要件に従って独自の単体テストを作成します。テスト チームは、要件に従ってテスト条件、テスト デザイン、およびテスト ケースを作成します。
テスト チームのテスト ケースの X% が合格した場合にのみ、製品がリリースされます。
納品後、顧客は受け入れテストを行います --> 顧客対応チームはフィールドからバグを取得し、テスト チームにこれらの問題について知らせます。
質問:
顧客が多くの欠陥を提出することになった場合、誰が責任を負いますか? それらをカバーしていないのはテストチームですか?それとも、より良い要件を書かなかったのは要件チームですか? そして、システムをどのように改善しますか?
testing - EclipseRCPアプリケーションの自動UIテスト
Eclipse RCPアプリケーションのタイプテストの記録と再生に使用できるツールは何ですか?
エンドユーザーが非常に簡単に取得して、ユーザー受け入れテストを記録できるものを期待しています。
javascript - GremCheck はどうなりましたか? 実行可能な代替品はありますか?
しばらく前に出ていた「GremCheck」というアプリの大ファンだったのですが、消えてしまったようです。
ページの下部にアイコンを配置するのは、マスター ページに含まれる JavaScript でした。テスト時に使用しました。独自のテストを定義し、ボックスがページごとにポップアップ表示され、閲覧者が定義した質問に答えることができます (「このページのタイトルは正しいですか?」、「文法は正しいですか?」、「デザインに一貫性がありますか?」など)。 」)。
これは、エンド ユーザーのテスト グループや、完全な機能テストに時間が割かれている開発者のクイック テストに役立ちました。
GremCheck がどこに行ったか知っている人はいますか?
python - Python Web アプリケーション (django) の受け入れテストを作成するには、どのツールを使用しますか?
私は2つだけ見つけました:
これらの (または他の) ツールの実践と経験を知りたいです。
testing - フィールドがデータベースに保存されるかどうかをテストする自動受け入れテストを用意することは重要ですか?
自動化された受け入れテスト フレームワークには SpecFlow を使用し、持続性には NHibernate を使用しています。私が取り組んでいるイントラネット アプリケーションの UI ページの多くは、基本的なデータ入力ページです。明らかに、これらのページの 1 つにフィールドを追加することは「機能」と見なされますが、この機能以外のシナリオは考えられません。
このようなテストを自動化することは、どれほど一般的で必要でしょうか? さらに、私は NHibernate を使用しているため、独自のデータ永続化レイヤーを手動で処理しているわけではありません。プロパティをマッピング ファイルに追加すると、誤って削除されない可能性が高くなります。これを考慮すると、「1 回限りの」手動テストで十分ではないでしょうか。この件に関するあなたの提案と経験を聞きたいと思っています。
tfs - チーム ビルドで MSTest 内のファイルを別のパスとして参照すると壊れる
ローカルで正常に実行される一連のユーザー受け入れテスト (MSTest で記述) があります。それらは、受け入れテストがロードして処理するいくつかのテスト ファイルを参照しています。
ただし、チーム ビルド (TFS 2010) で実行すると、使用しているファイルへのパスが明らかに異なり、ファイルが見つかりません。これは、ローカル テストが発生する深度がビルド サーバーで発生する深度とは異なるため、相対パスを使用する場合にも当てはまります。
テストでファイルを参照して、ローカルでもチーム ビルド テストの実行中にも機能するようにする最善の方法は何ですか。
私はそれらをチーム プロジェクトに入れることを検討しましたが、その道筋がどうなるかさえわかりません。
どんなアイデアでも大歓迎です!
bdd - スタンドアロンで実行できるJBehaveストーリー用のGUIランナーはありますか
技術者でない人には、IDEが何であるかを知らなくても、ユーティリティを起動してストーリーを実行してもらいたいと思います。nUnitが提供するもののようなもの。jBehaveでそれをどのように行うことができますか?
scrum - Spring MVCプロジェクトで正確に受け入れ基準と受け入れテストを行う方法は?
Spring MVCフレームワークを使用して、チームに受け入れテストをどのように導入しますか?この目的で利用できるツールは何ですか?QAとして合格基準を作成するにはどうすればよいですか?ありがとう!