2

私が働いている場所で統合テストの方法を改善したいと思っています。また、このプロセスが他の場所でどのように行われているかを知りたいです。
次のようなこと:
- テスト計画の作成が開始
される時期 - テスター、開発者、およびテストされるもの (アプリケーション全体または変更) の間の割合 -
統合テストに使用される方法の種類。

実際、私は Web アプリケーションをテストしており、テスト計画は Test Link で管理されています。見つかったバグは Bugzilla で報告されます。Selenium RC でテストを自動化しようとしていますが、Selenium で実行する計画とコードを書くのに時間がかかります。私は 3 つ以上のアプリケーションをテストしているので、時間はありません。

私の問題のほとんどは、テスト環境と本番環境の違いが原因です。しかし、テストの開始には時間がかかりすぎます。誰かが今日修正を完了した場合、私がテストを開始するまでに約 3 週間かかります。そして、テスト プロセス キューは増え続けています。

誰かがテストプロセスを改善する何かを提案してくれたら本当に良いでしょう (より多くの人がテストするなど)。しかし、ほとんどの場合、テストプロセスが他の場所でどのように機能するかを聞きたいです。
ありがとう。

4

2 に答える 2

1

アプリケーションの部分が連携しているかどうかを確認するための統合テストを意味していると仮定します (たとえば、DBA と Web 開発者がそれぞれ完了したと言った後、データベースと Web サイトを連携させるなど)。 '現在のプロジェクトの例を使用します

  • いくつかの構成ファイルをコード生成して、特定のモジュール (エラー報告、認証、デバッグ モード コンパイル、SSL あり/なし) をオン/オフしてアプリケーションを観察できるようにします。開発環境では、「わかりやすいエラー ページ」がオフになっている、認証なし、SSL などがない可能性があります。

  • また、ビルド スクリプトを使用して、構成ファイルのバリアントごとにアプリケーションのコピーを作成します。

  • 本番環境からステージングおよび開発環境までの特性を可能な限り忠実に再現することをお勧めします。ハードウェアが不足している場合は、仮想マシンを使用してください。

  • また、実稼働コード ベースにいくつかのページを書き込んで、コードがあるマシンから別のマシンに移動したときに壊れる種類のものをテストします。つまり、データベース接続が機能するか、電子メールが送信されるか、一時フォルダーが書き込み可能か、そのページをホームにします。サーバー運営者のページ

重要なのは、できる限り自動化することです。統合テストを頻繁に行うことで、問題を早期に発見できます。

チェックインから展開用のコードのパッケージ化まで、自動化された作業で 8 分、スモーク テストの手動クリックで 1/2 時間かかります。

于 2008-12-30T19:14:20.967 に答える
1

私たちにとって、統合テストは通常​​、コミットの前に開発者によって実行されます。明白な何も壊れていないことを確認するための単純な表面テスト。

次に、実稼働データベースの完全なコピーであるテスト データベースに接続された開発サーバーにトランクからコードをデプロイし、新しい機能を担当するユーザーにそのサーバーで受け入れテストとさらなる統合テストを実施してもらいます。

これを整理するために「スーパーユーザー」という概念があります。スーパー ユーザーは、自分の専門分野で他のユーザーを教育し、システムの使用に関するヘルプデスクの質問に答える責任があります。スーパー ユーザーは、自分の仕事に関連するすべての機能の機能要求と要件の議論に関与する人々でもあります。

そのため、新しい機能が開発された場合、スーパー ユーザーは最初に設計提案を検証し、展開前の最終段階のテストを実行します。

ドメインの専門家がシステムの機能を検証し、IT 部門からいくつかの責任を取り除くことが保証されるため、この設定は適切です。

悪い点は、彼らは通常、あまり技術的ではないか、優れたテスターではないということです。ユーザーとして、彼らはシステムが何であるかではなく、あるがままにシステムを見る傾向があります。また、フルタイムの従業員として組織内で通常の機能を果たしているという事実は、テストに関して非常に限られたリソースであることも意味します。

于 2008-12-30T18:37:03.460 に答える