問題タブ [automated-tests]

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.

0 投票する
13 に答える
1101 参照

unit-testing - テストをテストしますか?

私は主に、win32 および .NET アプリケーションの自動テストに時間を費やしています。これらの時間の約 30% を記述に、70% を保守に費やしています。メンテナンス時間を短縮する方法を検討しており、すでにソフトウェアの主要コンポーネントのほとんどをカバーする再利用可能なテスト ライブラリに移行しています。さらに、ライブラリをキーワードベースのテストを使用できる状態にするための作業が進行中です。

テスト ライブラリの単体テストを検討していますが、時間をかける価値があるかどうか疑問に思っています。私はソフトウェアの単体テストの強力な支持者ですが、テスト コードの処理方法がわかりません。

自動化された Gui テスト ライブラリはユニット テストする必要があると思いますか? それともただの時間の無駄ですか?

0 投票する
10 に答える
1838 参照

testing - 単体テストですか、それとも統合テストですか?

自動テストを開始しており、データ アクセス方法の 1 つをテストしたいと考えています。データベースがレコードを返さない場合のコードの動作をテストしようとしています。

これは単体テストまたは統合テストで行うべきことですか?

ありがとう

0 投票する
6 に答える
9901 参照

apache-flex - Flex アプリケーションの QA の自動化

テストが必要な Flex アプリケーションがあり、QA 部門は、HP の QuickTest Pro (QTP) などの自動テスト ツールを使用することに非常に熱心です。ただし、QTP では、自家製のコンポーネントを自動化したい場合、カスタム コードを記述する必要があります。サードパーティ コンポーネントのソース コードを持っています。

非プログラマー (つまり、ポインターが何であるかを知らない QA 担当者) が使用できるカスタム コードを記述しなくても、テストを自動化できる既存のフレームワークやツールはありますか?

Flex-Monkey (無料のオープンソース ソフトウェア) をざっと見てみましたが、これは有望なプロジェクトのようですが、まだ初期段階にあり、すぐに何かが必要です (つまり、昨日)。

何か案は?

0 投票する
1 に答える
4278 参照

automation - QTP: データベース チェックポイントのパラメータ化

QTP (HP QuickTest Pro) にデータベース チェックポイントがあります。このチェックポイントは、静的クエリを渡すと機能しますが、パラメーターを渡すか、プログラムでクエリを作成できる必要があります。QTP からプログラムでデータベースをクエリする方法も知っていますが、その結果に基づいてチェックポイントを作成する方法がわかりません。

具体的には、返された RecordCount = 0 の場合に FAIL を発生させ、>= 1 の場合に PASS を発生させたいと考えています。私は開発者であり、テスターではありません。QTP フォーラムが応答しません - 助けてください!

これは私が試したコードです - これは機能しますが、チェックポイントがありません:

0 投票する
8 に答える
752 参照

build-automation - どの自動ビルド システムを使用していますか? ビルドにはどれくらいの時間がかかりますか?

私の現在のプロジェクトには、各チェックイン後に開始される 5 つの個別の自動ビルドが あり
ます

DB): ~80 分
Web サイト 2 UI1 (Selenium、UI から DB まで): ~90 分
Web サイト 2 UI2 (Selenium、UI から DB まで): ~100 分

Maven2、JUnit、および Selenium を使用しています。

統合テスト時間を大幅に短縮すると思われる 1 つの戦略は、できるだけ多くの統合テストを単体テストに移動し、単純に統合プロジェクトを使用して DB への永続性をテストすることです。

大規模なプロジェクトのビルド時間を短縮するのに役立った戦略は何ですか。

0 投票する
3 に答える
803 参照

user-interface - テスト自動化における GUI マッピング戦略

私のテスト自動化の実践では、保守作業を軽減する GUI マッピング戦略を常に使用しています。

たとえば、「Google 検索」ボタン (www.google.com) を識別する必要がある場合、その XPath は次のようになります。

それよりも
番目のケースでは、ページ構造を少し変更するとテストがうまくいかないことは明らかです。

しかし、多分私は何かを逃していますか?ドキュメント構造が変更された場合、これについて知っておく必要があり、一部のテストは失敗するはずですか?

どう思いますか?どのようなベスト プラクティスをお勧めしますか?

0 投票する
2 に答える
175 参照

automated-tests - システム検証テスト チームに参加することで、より優れたプログラマーを獲得できますか?

私は現在 9 年間アプリケーションを開発しています。つまり Java です。現在、次のリリースのために SVT チームに参加するよう求められています。全体として、これは、複雑なシステム セットアップをインストールし、これらのセットアップで特定のユーザー シナリオを実行するだけでなく、長期実行と負荷実行を行うことを意味します。

新しいことを学べるので、全体的にはポジティブです。しかし、当時はあまりプログラミングをしていなかったので、プログラミングのグリップと知識を失ってしまうことも恐れています。

オープンソース プロジェクトを支援するなどのサイド プロジェクトでプログラミングを行うことも 1 つの選択肢になることはわかっていますが、家庭生活とフルタイムの仕事に加えて時間を見つけることはそれほど簡単ではありません。

具体的なテスト作業を行うことは、より優れたソフトウェア エンジニアを獲得するのに役立つと思いますか?

前もってありがとう、マイケル