ソフトウェア品質倶楽部

ソフトウェアテストに関する情報(資格、技術、技術書)などを定期的に追加します。個別で販売しているノートは全て入っています。

このマガジンを購読していただくと、ソフトウェア品質倶楽部のコミュニティ(LINEグループ)にも参加…

¥1,000 / 月初月無料

運営しているクリエイター: tatsumi_naoki

#テストマネージャー

TM-1.8.2 (K3)プロジェクトの振り返りを実行して、プロセスを評価し、改善する領域を…

振り返り作業テスト終了作業のグループのひとつである「学習した教訓」にて、テストマネージャ…

200

tatsumi_naoki

5年前

TM-1.8.1 (K2)テスト終了作業における 4 つのグループの作業を要約する。

テスト終了作業の分類テスト完了チェック * すべてのテスト作業が実際に完結したことを確認す…

200

tatsumi_naoki

5年前

TM-1.7.1 (K2)終了基準に対する正確なレポート作成と評価を支援するために、テストプ…

正確でタイムリーな情報収集が必要な理由テスト分析、テスト設計、テスト実装、およびテスト実…

200

tatsumi_naoki

5年前

TM-1.6.1 (K3)トレーサビリティを使用し、テスト目的、テスト戦略、およびテスト計画…

テスト実行におけるテストマネージャーの役割テスト計画に従って進捗をモニタリングし、必要に…

200

tatsumi_naoki

5年前

TM-1.5.1 (K3)リスク、優先順位付け、テスト環境とデータ依存性、および制約を使用し…

テスト実装とはテスト設計をもとに具体的なテストケース、テスト手順、およびテストデータとし…

200

tatsumi_naoki

5年前

TM-1.4.1 (K3)トレーサビリティを使用し、定義されたテスト条件に基づいて設計された…

テスト設計とは何かを「どのように」テストするかを定義する活動である。テスト戦略やテスト…

200

tatsumi_naoki

5年前

TM-1.3.2 (K2)テスト条件を指定する詳細度に影響を与える可能性がある要因および、詳細にテスト条件を指定することの長所と短所について説明する。

テスト条件の詳細度合いを決める要件テスト条件を指定するための詳細度合いを決定する際に考慮が必要な要件は以下のとおり。 * テストレベル * テストベースの詳細度と品質 * システムまたはソフトウェアの複雑性 * プロジェクトリスクとプロダクトリスク * テストベース、テスト内容、およびテスト方法間の関係 * 使用するソフトウェア開発ライフサイクル * 使用するテストマネジメントツール * テスト設計およびその他のテスト成果物に関する、詳細度、および文書化のレベル * テストア

¥200

TM-1.3.1 (K3)トレーサビリティを確保し、テスト目的、テスト戦略、およびテスト計画…

テスト分析とはテスト条件を定義する活動のこと。テスト条件とは「何を」テストするのかを表…

200

tatsumi_naoki

5年前

TM-1.2.1 (K4)システムのテストニーズを分析して、テスト目的を達成するテスト活動お…

テスト計画作業の活動期間そのレベルのテストプロセスの開始時から終了作業が完了するまでプロ…

200

tatsumi_naoki

5年前

TM1 テスト実施組織のために設定された使命、目標およびテストプロセスを実装すること…

Advanced Level テストマネージャーのビジネス成果とシラバスの学習の目的がどのように対応し…

tatsumi_naoki

5年前

TM-2.2.3 (K2)経験ベースのテストおよび非機能テストに関するテストマネジメントの問…

非機能テストのマネジメントリスクと制約に基づいて、実行する非機能テストを選択する必要があ…

200

tatsumi_naoki

5年前

TM-2.2.2 (K2)ソフトウェア開発ライフサイクル活動と成果物がテストに与える影響、お…

テストマネージャーの職責テストマネージャは、その他の活動とその成果物がテストに与える影響…

200

tatsumi_naoki

5年前

TM-2.2.1 (K4)ステークホルダ、状況、およびソフトウェア開発ライフサイクルモデルを…

テストマネージャーの職責テストマネージャは、ステークホルダ、プロジェクトにおける他の活動…

200

tatsumi_naoki

5年前

TM-5.7.1 (K2)STEP テストプロセス改善モデルの背景、対象範囲、目的をまとめる。

STEPとはSTEP(体系的テストと評価プロセス)は、TMMi や TPI Next と違って、CTP と同様に改善を特定の順序で行う必要がない。 STEP 方法論では、早期のテストケース作成により、設計とコーディングの前に要求仕様の妥当性を確認するようにする。 STEP方法論の前提* 要件ベースのテスト戦略である。 * テストをライフサイクルの開始時に始める。 * テストは要件および利用方法のモデルとして使う。 * テストウェアの設計がソフトウェアの設計をリードする。

¥200