Skip to content

Instantly share code, notes, and snippets.

@get-me-power
Created February 12, 2022 04:06
Show Gist options
  • Save get-me-power/d4c4ae958abcdb7ede6b68388fc2a1c7 to your computer and use it in GitHub Desktop.
Save get-me-power/d4c4ae958abcdb7ede6b68388fc2a1c7 to your computer and use it in GitHub Desktop.
JSTQB

間違えた用語集

  • テスト担当者

    • テスト計画書のレビューによって貢献する
    • テストデータを作成、及び入手する
    • 適切なツールを利用して、テストプロセスを円滑にする
  • 基本的なテストプロセス

    1. テスト計画
    2. テストのモニタリングとコントロール
    3. テスト分析
    4. テスト設計
    5. テスト実装
    6. テスト実行
    7. テスト完了
  • テストウェア

    • テストプロセスを通じて作成される、テストの計画、設計、実行に不可欠なもの
    • NOTE: テストウェアには、例えばドキュメント、スクリプト、入力データ、期待結果、セットアップとクリーンアップの処理手順、ファイル、データベース、環境、テストで使用する付加的なソフトウェアやユーティリティなどが含まれます
  • デバッグ

    • 故障を引き起こしている欠陥を見つける

2章

  • イテレーティブ開発モデル

    • グループにしたフィーチャー郡を一連のサイクルの中で一緒に仕様化、設計、構築、テストする。
    • イテレーションでは、プロジェクトで決めた変更範囲に加えて、以前のイテレーションで開発したフィーチャーの変更を含める場合がある
  • インクリメンタル開発

    • システムを分割し、分割単位ごとに要件の確定、設計、構築、テストを行う
  • シーケンシャル開発

    • フィーチャーが完全に揃ったソフトウェアを提供する
    • ステークホルダーやユーザが利用できるようになるまでには、典型的に数ヶ月から数年を要する
  • V字モデル

    • ウォーターフォールモデルと異なり、開発プロセス全体にテストプロセスを統合しており、早期テストの原則を実装している。
  • ウォーターフォールモデル

    • 開発活動は逐次完了する。このモデルでは、テスト活動はその他の開発活動がすべて完了したあとに実行する。
  • 性能テスト

    • ロードテスト
      • 現実的な負荷の想定に対するシステムの処理能力に商店を当てている
    • ストレステスト
    • 拡張性テスト

3章

  • 形式的レビューの役割と責務

    • マネージャ

      • レビューを計画する、レビューの実行を決定する
      • リーダーを指名する
      • 予算、時間を割り当てる
      • レビュープロセスのモニタリングとコントロールを行
    • レビューア

      • レビュー対象の作業成果物の欠陥を識別する
      • 業務や技術など特定分野の専門家、プロジェクトメンバーなどステークホルダーが、それぞれに異なる観点でレビューを行う
  • ロールベースのレビュー技法 (役割ベース)

  • ウォークスルー

  • テクニカルレビュー

  • インスペクション

    • 経験を積んだ進行役がレビューの議事を進行する

    • ルールやチェックリストに基づいたプロセスで進行し、形式に沿ったドキュメントを作成する

    • 開始基準と終了基準が指定され、初期は必須

    • 主な目的

      • 潜在的な欠陥の検出
      • 作業青果物の品質の評価と信頼の積み上げ
      • 作成者の学習と根本原因分析による将来の類似欠陥の防止
  • アドホック(決まりなし)

  • シナリオとドライラン

5章

  • 系統的テスト戦略
    • 事前に用意してあるテスト条件またはテストケースを使用する考え方

6章

  • パイロットプロジェクト
    • ツールに関する知識を深め、強みと弱みを理解します
    • 現状のプロセスや実践しているやり方にツールをどのように適用するかを評価し、何を変更する必要があるかを特定します
    • ツールやテスト資産の標準的な使用方法、管理方法、格納方法、メンテナンス方法を決めます
    • 期待する効果が妥当なコストで実現可能かどうかを見極めます
    • ツールによって、収集及びレポートをさせたいメトリクスを理解し、メトリクスを確実に記録しレポートするようにツールを設定します

その他

ステークホルダーのニーズに合致し、要件が満たすためには検証だけでは不十分で、妥当性確認がテストに含まれる。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment