HOME
iSTQB (テスト技術者) Technical Test Analyst (Advanced)

「iSTQB (テスト技術者) Technical Test Analyst (Advanced)」の記事一覧

自動テストにおける「脆さ（Brittleness）」を解消するための設計手法はどれか。

UIの変更箇所を一箇所（オブジェクト）に集約することで、画面変更によるスクリプトの破損を最小限に抑え…

2026年3月26日

システムの「容量（Capacity）」テストにおいて、主に検証すべき上限値はどれか。

容量テストは、システムが仕様上の最大負荷（ユーザー数やデータ量）に耐えられるかを検証する。

2026年3月26日

「ワイルドポインタ」によって発生する事象のうち、最も特定が困難なものはどれか。

不正なアドレスへの書き込みは、直後ではなく時間が経ってから別の場所で問題が表面化するため原因特定が…

2026年3月26日

コードメトリクスにおける「コメント率」が極端に低いモジュールに対する評価として適切なものはどれか。

適切なコメントがないコードは解析性が低く、保守や引き継ぎの難易度を高めてしまう。

2026年3月26日

リスクアセスメントにおける「技術的要因」の評価で、TTAが主に考慮すべき点はどれか。

TTAは実装の難易度や複雑さといった技術的側面から故障の発生確率を評価する。

2026年3月26日

MC/DC網羅を達成する際、各条件が判定結果に独立して影響を与えることを証明するために必要な比較対象はどれか。

独立した影響を示すには、特定の条件1つを変化させた時に結果が変わる最小ペアを特定する必要がある。

2026年3月26日

「テスト自動化アーキテクト」としてのTTAが、プロジェクト初期に最も注力すべきことはどれか。

初期段階で共通のルールや拡張性の高い構造（フレームワーク）を固めることが、長期的な自動化の成功の鍵…

2026年3月26日

静的解析ツールが指摘した「デッドコード」を残しておくことが保守性に与える悪影響はどれか。

未使用のコードは可読性を下げ、修正時の影響調査を無駄に複雑化させるため、削除が推奨される。

2026年3月26日

システムの「移植性（Portability）」をテストする際、仮想化技術（Docker等）を利用する利点はどれか。

仮想化により、異なるOSやミドルウェアの組み合わせを容易にテストでき、環境依存の不具合を早期に特定で…

2026年3月26日

MC/DC網羅を達成したテストスイートにおいて、さらに追加で検討すべきテスト観点はどれか。

構造的な網羅（MC/DC）は論理の正しさを保証するが、データの境界値など値に依存する不具合は別途検証が必…

2026年3月26日