スクラム テスト方法のチュートリアル

ソフトウェアテストにおけるスクラム

ソフトウェアテストにおけるスクラム com を構築するための方法論ですplex ソフトウェアアプリケーション。 複雑なタスクを実行するための簡単なソリューションを提供します。 スクラムは、開発チームが品質、パフォーマンス、使いやすさなどのソフトウェア製品開発のあらゆる側面に集中できるようにします。 ソフトウェア開発中に透明性、検査、適応を提供し、不正アクセスを回避します。plexity。

スクラムテスト

スクラムテスト ソフトウェア アプリケーションの要件が満たされていることを確認するために、スクラム方法論で行われるテストです。 これには、セキュリティ、ユーザビリティ、パフォーマンスなどの非機能パラメータのチェックが含まれます。このプロセスにはテスターの積極的な役割がないため、通常は単体テストを使用して開発者によって実行されます。 性質や状況によっては、専用のテスト チームが必要になる場合があります。plexプロジェクトの内容。

スクラム方法論の主な特徴

Following はスクラムの主な特徴です。

  • スクラムには、リリース サイクルの短い固定スケジュールがあり、範囲は調整可能です。 sprints 急速に変化する開発ニーズに対応します。各リリースには複数のものが存在する可能性があります sprints.各スクラム プロジェクトには複数のリリース サイクルが存在する場合があります。
  • 繰り返されるシーケンス 会議、イベント、マイルストーン
  • 新しい要件をテストして実装する実践。 物語、各作業の後に必ずいくつかの作業がリリースされるようにするためです。 sprint

スクラムは次のことに基づいていますwing 3つの柱-

スクラム方法論の主な特徴

一つずつ見ていきましょう

1. スクラムにおける役割

スクラム テストには、プロダクト オーナー、スクラム マスター、開発チームという XNUMX つの主な役割があります。 詳しく勉強しましょう

プロダクトオーナー スクラムマスター チーム
彼/彼女は製品の機能を定義します。 チームを管理し、チームの生産性を管理します チームのメンバーは通常5〜9人程度です
プロダクトオーナーがリリース日と対応する機能を決定します ブロックリストを管理し、開発の障壁を取り除きます。 これには、開発者、デザイナー、場合によってはテスターなどが含まれます。
製品の市場価値と収益性に応じて機能に優先順位を付けます。 彼/彼女はすべての役割と機能を調整します チームは自分たちで仕事を整理し、スケジュールを設定します
彼/彼女は製品の収益性に対して責任を負います 彼/彼女はチームを外部の干渉から守ります プロジェクトの範囲内ですべてを行う権利があり、 sprint 目標
作業項目の結果を受け入れるか拒否することができます 毎日のスクラムに招待し、 sprint 検討および計画会議 日々の儀式に積極的に参加する

2. スクラム成果物

スクラム成果物

スクラムプロセスには以下が含まれます

  • ユーザーストーリー: これらは、テスト対象のシステムの機能についての簡単な説明です。 保険会社の例: 「オンライン システムを使用して保険料を支払うことができます。」
  • 製品バックログ: これは、スクラム製品に関して収集されたユーザー ストーリーのコレクションです。 プロダクトオーナーの準備ares 製品のバックログを維持します。 これはプロダクト所有者によって優先され、プロダクト所有者の承認があれば誰でも追加できます。
  • リリースバックログ: リリースは、反復回数が完了するまでの時間枠です。 プロダクトオーナーがコーディネートします スクラム マスターと協力して、どのストーリーをリリースの対象にするかを決定します。 リリース バックログ内のストーリーは、リリースで完了することを目標としています。
  • Sprints: ユーザー ストーリーを完了するまでの一定の期間は、製品所有者と開発者チームによって決定され、通常は 2 ~ 4 週間です。
  • Sprint やり残し: これは、1 回で完了する一連のユーザー ストーリーです。 sprint。 中 sprint バックログがある場合、仕事は割り当てられることはなく、チームは自分で仕事にサインアップします。これはチームによって所有および管理され、残りの推定作業量は毎日更新されます。実行しなければならないタスクのリストです。 Sprint
  • ブロックリスト: スクラムマスターが所有するブロックと未決定の決定のリストであり、毎日更新されます
  • バーンダウン チャート: バーンダウン チャートは、プロセス全体で進行中の作業と完了した作業の全体的な進捗状況を表します。 未完成のストーリーや機能をグラフ形式で表現します

3. スクラムにおける儀式(プロセス)

  • Sprint 計画: A sprint チームがリリース バックログからストーリーをインポートすることから始まります。 sprint やり残し;スクラムマスターによってホストされます。テスターは、さまざまなストーリーをテストするための労力を見積もります。 Sprint やり残し。
  • デイリースクラム: スクラム マスターが主催し、所要時間は約 15 分です。デイリー スクラムでは、メンバーは前日に完了した作業、翌日に予定されている作業、およびスクラム中に直面した問題について話し合います。 sprint。毎日のスタンドアップミーティング中にチームの進捗状況が追跡されます。
  • Sprint レビュー/回顧: これもスクラム マスターによって主催され、約 2 ~ 4 時間続き、チームが過去に何を達成したかについて話し合います。 sprint そしてどのような教訓が得られたか。

スクラムにおけるテスターの役割

スクラムにおけるテスターの役割

スクラムにはテスターの積極的な役割はありません プロセス。通常、テストは開発者によって単体テストで実行されます。製品所有者は、各製品のテストプロセスにも頻繁に関与しますが、 sprint. 一部のスクラム プロジェクトには、性質や目的に応じて専用のテスト チームが存在します。plexプロジェクトの内容.

次の質問は、テスターがスクラムで何をするかということです。 フォロwing メモが答えます

スクラムでのテストアクティビティ

テスターは次のことを行いますwing スクラムのさまざまな段階でのアクティビティ

Sprint 計画

  • In sprint 計画を立てる場合、テスターはテストする必要があるユーザー ストーリーを製品バックログから選択する必要があります。
  • テスターは、どれくらいの時間 (労力の見積もり) がかかるかを決定する必要があります。 終わる 選択したユーザー ストーリーごとにテストします。
  • テスターは何を知っておく必要がありますか sprint 目標は。
  • テスターとして優先順位付けプロセスに貢献する

Sprint

  • 単体テストで開発者をサポート
  • 完了したらユーザーストーリーをテストします。 テスト実行が行われる テスターと開発者の両方が連携して作業するラボ。 欠陥がログインしています 欠陥管理ツール これらは毎日追跡されます。 スクラムミーティング中に欠陥を指摘して分析することができます。 欠陥はすぐに再テストされます 解決 テストのためにデプロイされます
  • テスターとして、毎日のすべてのスタンドアップ ミーティングに出席して発言します。
  • テスターは、現在の期間内に完了できないバックログ項目を持ち込むことができます。 sprint そして次へ sprint
  • テスターは自動化スクリプトの開発を担当します。 彼は自動化テストのスケジュールを次のように設定しています。 継続的インテグレーション (CI) システム。 納期が短いため、自動化が重要視されています。 テスト自動化は、市場で入手可能なさまざまなオープンソースまたは有料ツールを利用して実現できます。 これは、テストする必要があるすべてがカバーされていることを確認するのに効果的であることがわかります。 チームとの緊密なコミュニケーションにより、十分なテスト範囲を達成できます。
  • CI 自動化の結果を確認し、関係者にレポートを送信します
  • 承認されたユーザーストーリーの非機能テストの実行
  • 顧客および製品所有者と調整して、受け入れテストの受け入れ基準を定義します。
  • の終了時 sprint、テスターは場合によっては受け入れテスト (UAT) も行い、現在のテストの完全性を確認します。 sprint

Sprint 回顧

  • テスターとして、彼は現在の状況で何がうまくいかなかったのか、何がうまくいったのかを理解します。 sprint
  • テスターとして、彼は学んだ教訓とベスト プラクティスを特定します。

テストレポート

スクラム テストの指標レポートは、プロジェクトに関する透明性と可視性を関係者に提供します。 報告される指標により、チームは進捗状況を分析し、製品を改善するための将来の戦略を計画することができます。 レポートによく使用されるメトリックが XNUMX つあります。

バーンダウンチャート: スクラム マスターは毎日、推定残り作業量を記録します。 sprint。これはバーンダウンチャートに他なりません。毎日更新されます。

バーンダウン チャートは、プロジェクトの進行状況の概要を簡単に示します。このチャートには、プロジェクト内で完了する必要がある作業の合計量、各期間中に完了した作業量などの情報が含まれています。 sprint などがあります。

テストレポート

速度履歴グラフ: ベロシティ履歴グラフは、各チームの到達ベロシティを予測します。 sprint。これは棒グラフであり、チームの出力が時間の経過とともにどのように変化したかを表します。

役立つ可能性のある追加の指標には、スケジュールの消費、予算の消費、テーマの完了率、完了したストーリー、残りのストーリーなどがあります。

これはソフトウェアエンジニアリングにおけるスクラムのすべてです