software testing training
自由ソフトウェアテストトレーニングリアルタイムライブプロジェクトの場合：
私たちはこれを次に提示することに非常に興奮しています 一連のソフトウェアテストトレーニングの無料チュートリアル。 QAトレーニングプロセス、フェーズ、役割と責任、成果物などに特に重点を置いて、すべてのフェーズを詳細に検討するエンドツーエンドのリアルタイムソフトウェアプロジェクトをシミュレートします。
つまり、短いオンラインソフトウェアテストコースの準備をしてください。
重要な注意点 ：以下の無料チュートリアルは開始するのに役立ちますが、専門家による最高のオンラインLIVEソフトウェアテストトレーニングコースに興味がある場合は、 このページを確認してください。
=> これがすべてのチュートリアルのリストこの無料のライブプロジェクトQAトレーニングシリーズの内容：
ヘルプデスク技術者の面接の質問と回答
- 1日目： ライブプロジェクト紹介
- 2日目： SRSドキュメントのレビューとテストシナリオの作成
- 3日目： テスト計画文書を最初から作成する方法
- 4日目： SRSドキュメントからのテストケースの作成
- 5日目： テストの実行
- 6日目： バグ追跡、テストメトリック、およびテストサインオフ
なぜこの無料のQAトレーニングですか？
私たちは読者から多くの質問を受けて、 正確なソフトウェアテストプロセス 続いてソフトウェアテストチーム。そこで、インターネットでテストできるサンプルのライブアプリケーションを使用して、この完全なSTLCを文書化することにしました。
このライブプロジェクトは、ソフトウェアテストトレーニングシリーズに使用します。このシリーズは学習と実装のための短期集中コースになるため、このシリーズを注意深くフォローすることを強くお勧めします。 テストの実践 ライブアプリケーションで。
学習内容：
ライブプロジェクトでのソフトウェアテストトレーニング–それは何ですか？
先に進む前に、このソフトウェアテストコースシリーズの内容と、今後どのように形作られるかについて説明します。
ライブアプリケーション（詳細は以下を参照）を選択し、以下から開始します。
–基本的に、リアルタイムのソフトウェアテストプロジェクトで通常行うすべてのこと–リアルタイムの例、成果物、および成果物はすべてプロセスで作成されます。
このソフトウェアテストコースシリーズに従う方法は？
ステップ1） はじめにとSRSウォークスルー–このミニソフトウェアテストコースは、SRSウォークスルーから開始します。サンプルのSRSドキュメントを作成して共有しました。以降のすべての手順は、このアプリケーションの理解に依存するため、これを実行してください。
ステップ2） SRSレビューおよびテストシナリオの準備。
ステップ3） テスト計画–テスト計画を最初から作成するプロセスを完了します。テスト計画の最終バージョンは、参照用に共有されます。
ステップ4） テストケース–いくつかのサンプルテストケースを含む完全なテストケース作成プロセス。テストケースの作成には、任意のテスト管理ツールまたはスプレッドシートを使用できます。
ステップ5） アプリケーションのウォークスルーとテストの実行–テストケースを実行してテスト結果を記録する方法は？
ステップ＃6） 欠陥報告
ステップ7） 欠陥の検証、回帰テストプロセス
ステップ＃8） QAサインオフ
その意図は、リアルタイムのプロジェクト経験と専門知識をすべての人に感じてもらうことです。このシリーズがお役に立てば幸いです。
YouTubeをmp4高品質に変換する
今後使用するアプリケーション
前書き
クライアント： オレンジ
応用： OrangeHRMデモ 。
サービスプロバイダー： SoftwareTestingHelp.com
プロジェクトの説明
Orangeは、単一の国およびグローバルにある中規模企業が消費およびカスタマイズできる商用の人事管理製品を作成したいと考えています。
2つのバージョンがあります。 プロフェッショナルおよびエンタープライズ。
含まれる機能
- 個人情報管理
- 高度な休暇管理
- 時間と出勤の追跡
- 従業員の業績管理
- 募集
- 高度なレポート
- 国/場所ベースの従業員管理
- ローカライズされた休暇ルール
- 構成可能なワークフロー
- プラチナサポート
- 国/場所ベースのレポート
- カスタムレポート
注意 ： 簡単にし、範囲を制限するために、ユーザーが個人情報を入力するオプションがあるこのHRMポータルの従業員モジュールについて考えてみましょう。
顧客または事業主がオンラインの世界に足を踏み入れたり、既存のサイトやアプリケーションを更新したりする必要がある場合、その必要性はビジネス上の問題であり、ソフトウェアはこのビジネス上の問題を解決するために設計されたコードです。
次に、顧客はソフトウェアサービスプロバイダーに連絡して、このソフトウェアを実現します。それがソフトウェアプロジェクトの始まりです。
伝統的な ウォーターフォールプロジェクト（SDLC） 次のフェーズがあります。
- QAとして、「テスト」はこのフローのステップ5ですが、テスターが重要な役割を果たすのはそれだけではないことは誰もが知っています。
- また、テストは事後対応型の仕事です。テストする準備ができているコード/アプリケーションがないと、実際には何も「テスト」できません。可能な限り最も効率的な方法で準備と対応を行うために、私たちは可能な限り事前に計画と準備を試みます。したがって、フェーズ5はテスト用ですが、私たちの活動はずっと先に始まります。
一言で言えば、これは各フェーズで起こることです!!
開始：
プロデューサーと顧客が条件に合意すると、ソフトウェアの生産が始まります。
- このフェーズでは、ビジネス要件が収集され、分析されます。分析には、技術的な考慮事項、ハードウェアとソフトウェアの仕様、人員、労力、時間、関連性、および改善に関する決定が含まれます。
- このステップには、ビジネスアナリスト、プロジェクトマネージャー、およびクライアントの代表者が関与します。
- このステップと基本プロジェクトの最後に、計画が作成されます。
- スコープドキュメントやビジネス要件などのプロジェクト固有のドキュメントが作成されます。
- この段階でのQAの関与は、通常は予想されません。 （これは、開発段階の早い段階で問題を特定するために、最初からQAを行うことが最善であるため、本来あるべきものからわずかに逸脱しています。）
定義：
確定したビジネス要件は、このステップの入力です。
- このフェーズでは、ビジネス要件をソフトウェアの機能要件に変換します。 例えば 、ビジネス要件がユーザーがサイトから何かを購入できるようにすることである場合。機能要件には、次のような詳細が含まれます。 サイトの形式->メニューオプションの名前と配置->製品の検索->ショッピングカート->チェックアウト（登録かどうか）->支払いオプション->販売の確認。
- 開発者、ビジネスアナリスト、プロジェクトマネージャーがこのフェーズに関与します
- このフェーズの出力は、ソフトウェアの機能要件を含む詳細なドキュメントです。このドキュメントは、ソフトウェア要件仕様（SRS）、機能要件ドキュメント（FRD）、または機能要件仕様（FRS）などの多くの名前で呼ばれています。
- これは、SRSドキュメントの完成後、QAチームが関与する場所です。
- 機能要件とSRSの文書化の最終決定が進行している間、QAマネージャー/リードはドラフトを作成するために関与します テスト計画の初期バージョン QAチームを結成します。
- SRSが文書化されると、QAチームの関与が始まります。
- この段階で、開発チームまたはビジネスアナリスト、あるいはQAチームリーダーでさえ、SRSのウォークスルーをQAチームに提供します。
- 新しいプロジェクトの場合、会議や会議の形での徹底的なウォークスルーが最も効果的です
- 既存のプロジェクトの今後のリリースの場合、ドキュメントは電子メールまたは共通リポジトリへの配置を介してQAチームに送信されます。この時点で、QAチームはオフラインでそれを読んだりレビューしたりして、システムを完全に理解します。
- SRSドキュメントの主な対象読者はテスターだけではないため、すべてが役立つわけではありません。テスターは、このドキュメントを確認して、ドキュメントのどの部分が私たちにとって有用で、どの部分が役に立たないかを判断するために十分に注意を払う必要があります。
このライブプロジェクトのSRSドキュメント
サンプルSRSドキュメントがこの投稿に添付されています このドキュメントがどのように見えるか、書かれている形式、どのような情報が含まれているかなどについてのアイデアを提供します。次の記事では、このドキュメントがQAチームによってどのように消費されるかについて説明します。私たちのテストプロジェクトで。
==> ライブプロジェクトのサンプルSRSドキュメントをダウンロードする 。
結論
この記事では、ソフトウェア開発とテストのプロセスを紹介しました。また、テストするライブプロジェクトのサンプルSRSドキュメントも共有しました。
=>このソフトウェアテストトレーニングシリーズの今後の記事は– SRSレビューとテストシナリオの作成プロセス 。
注意： このQAトレーニングシリーズの次の記事が書かれている間、ここで並行して作業してください。 ほとんどのライブ体験 。 SRSドキュメントをよく読んでください。そうすれば、再び会ったときに次のステップに進みます。
それまで、ハッピーテスト！
著者について： STHチームメンバーのSwatiSeelaは、このライブプロジェクトのQAトレーニングシリーズのプレゼンテーションを支援してくれます。