テスト項目の設定では，テスト対象におけるテスト項目の網羅性が重要となる。「テスト項目を漏れなく洗い出すには，設計カバレッジによるテスト項目の確認が必要」。こう話すのは，豆蔵の大西建児氏（ES事業部 シニアコンサルタント）だ。 設計カバレッジとは，設計すべきテスト項目を設計したかという網羅性を確認するもの。これに対して実行すべきテスト項目をどれだけ実行したかを示す「実行カバレッジ」もある。 通常，実行カバレッジによる網羅性の確認を取り入れないことはない。テスト項目の一覧を一つひとつ実施していけば，実行カバレッジを確認できる。 だが，設計カバレッジを確認している現場は意外に少ないようだ。その理由は，「設計カバレッジ」という考え方や具体的な確認方法が，開発現場に定着していないからである。 三つの方法で網羅性を確認 では，設計カバレッジをどのように確認するのか。豆蔵の大西氏は，具体的な方法として，

出典：日経SYSTEMS 2016年1月号 pp.58-59 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 流儀5　UXは要件定義で問題をつぶす　［システムテスト］ システムの使い勝手を確認するテストは、システムテストで実施する場合が多い。ただし、アクセンチュアでモバイルシステムの開発を統括する丹羽雅彦氏（デジタルコンサルティング本部 モビリティ サービス グループ統括 マネジング・ディレクター）はこれに異を唱える。 「UXのテストはシステムが完成してからでは遅い。むしろ要件定義フェーズでモックアップを作って、テストと修正を繰り返すべき」と主張する。 スマートデバイスを使うモバイルシステムでは、特にUXが重視される。「PCと違い、スマートデバイスは個人での利用経験が先にある。業務用途であっても、モバイルシステムのUXに関する期待はLINEやTwitterが基準だ。個人