世界のアウトソーシング情報技術では、同社はその用途に他人やフレームワークによって開発され、維持されている普遍的です。ベンダーは、この事業を完了した場合、一般的な実験室でのテストでは、全体としての遷移の活動です。それはテストされ、明確なコミュニケーションできるように、どのようにして、伝統的なテストの受け入れ基準を設計していますか？
テストとして、アプリケーションが作成され、私たち自身の維持にどのように企業内テストチームに接近しているされている場合、我々は通常、議論が、私たちはめったに時に別の変更に委託プロバイダから何が起こるかを話し合うません。
他の人々を開発し、アプリケーションとアーキテクチャを維持してきた企業へのITアウトソーシングの世界では共通しています。ベンダーは、その上のコンテンツを公開し、上の契約管理、リアルタイムのサービスレベル、委員会の形成を含む、取引を完了したとき。契約は全体として、両方のインフラストラクチャおよびアプリケーションのための定期的な交換活性試験の一部です。
希望のお客様は、ビジネスに気にしませんでした奉仕する能力と、彼らは多くの場合、より高い価格またはより良い戦略のフィット感に、彼らは彼らのプロセスの一部を外部委託することができ、合成の文書化を促進するために必要なソリューションです。
私は、この移行の応用の最近の課題は、テストプロジェクトマネージャを持っています。別の90個のアプリケーションの後、会社によって維持され、私たちは、このアプリケーションを維持し、開発し続けています。私たちは前にしかし、契約は「伝統的な実験では、」我々はパスを持っていた定義します。私の仕事は、明確な通信であってもよい、伝統的なテストや実験に許容可能な標準を開発することです。
それは何のメッセージですか？
テスト中のアプリケーション、過度の実験
内容この試験では、いくつかの特別な用語があります。ないテストまたはテスト - 契約は実験として定義します。
実験的なテストと品質保証における多くの類似点があります。我々は、高レベルが許容標準で提供し、これらの事が実際に起こるようにドキュメントを識別し、整理するよう依頼しました。いくつかの特別な受け入れ基準は、システム内のいくつかの簡単な変更を実装ドキュメント、およびサイクル協力会議の作成をアップグレードすることができます。
支援活動 - 伝統的なソフトウェア開発とジョブ受け入れ基準は、私たちはアプリケーションに関する許容可能な標準機能とビジネスを楽しみにすることができます。しかし、ここで許容基準は、テスト対象のプロジェクトと考えられているので、我々は我々の実験テストスタンドを取ることを余儀なくされました。
一つの契約は、システム要件の文書をアップグレードすることです。これは、以下の実験をキャプチャするテストケースである：「システム記述文書はまだアップグレードされていない？」我々はもはやさらに一歩進み、結果を期待するか、実際にいませんでした。文書は確かに私たちはアップグレードのドキュメントを提供し、お客様をアップグレードし、改善されたかどうかは評価するためにテストすることを決めました。
我々はオープンな質問を使用注テストはアクティビティとパフォーマンス、そして自身が確認することができます活性を試験になり、サポートスクリプトの詳細なリストではなく、概要を説明できるようにします。それは正確に「公正なすべてのもの」であるとイベント「（私たちが知っているように）、他の悪いことが起こらないためにそこにあります」。
合格基準は、文書がアップグレードまたはその他の詳細のいずれかであるかどうかについて詳しく説明しませんでした。私たちにできることは、元のバージョンがアップグレードされたバージョンであり、その後、少なくとも著者一部では、変化を見て参照です。ここでも、テストの準備は、明示的に実験的な活動の実施を要求してテストするために書き直され、それらを入れていません。
読むの契約は、文書を発行したか、65回の活動を組織して、追加のテスト管理ツールを必要としない、私は、スプレッドシートの各列として未解決の問題を作成しました。それから私は、ビルボードのバージョンと4を構築しました：進歩がなされたものであり、行われ、およびアーカイブ。当社とは伝統的に、我々は、各テストの活動の証拠とドキュメントを提供しなければなりません。
でも、テスト分析とテストケース管理の伝統的な方法で、チームのメンバーは、他のではなく、アプリケーションのコードの機能は挑戦であるをカバーするテストケースの多くを発見しました。でも、システムの活動への簡単な変更では、テスト自体の変化ではなかった - それはすべてのもののために、アプリケーションピンクへ塗装することができます。テストテストは、変更を届けるのではなく、それ自体を変更する機能についての詳細です。
私たちは、より多くの遷移実験を見ることを期待します
テストラボのアウトソーシングプロジェクトは、ますます一般的にだけでなく、アプリケーションを考慮するだけでなく、ITインフラ、ITサポート、および他の多くのアイデアのためのものです。明確な傾向は、Linux、Windowsの、Oracle、およびその他の技術は現在、それらの少なくとも一部は、使用する前にその構成と標準化されたテストを公開するよう求めているであります。
これらの技術は、通常、活性を決定するための試験としてを見ており、それらは、ソフトウェア開発のV-モデル、対応するテスト段階があり、各開発フェーズを使用する傾向があります。良いニュースは、テストが求められているの問題であり、私たちはこれらのテストは、どのように我々は技術とアーキテクチャのアプリケーションだけでなく、学ぶことができるテストイベントとして動作する方法についての議論を開始することができます。
伝統的な許容標準の研究室では、より頻繁になるだろう。テストの専門家として、我々は適切に伝統的な実験の下でのアプリケーション間の差のシームレスな移行を実現できるように、アプリケーションとジョブをテストするために知っておく必要があります。