テスト計画

組み込みの現場ではPLが作成していたため、Web業界で初めて作成するようになりました。
テスト計画書は案件の終了後に各工程、見積もりに無駄や改善点がないかを振り返ることにも使用するため、以下のことを意識して作成しています。

• テストの規模
• テスト対象の範囲
• テストの実施方法
• 各工程の概算見積り
• テストの実施予定日
• テスト管理者と実施者の明記
• エンバグが発生した場合の対応
• 優先度の高い案件が割り込んだ際の対応

テスト分析・設計

Webでは要件定義書に記載の要件とデザイン資料をもとに要件の不明点を質問で解消しながらテスト設計していました。
組み込みでは要件定義書から状態遷移図を作成してその後テスト設計に入るようなプロジェクトだったり、仕様が凍結していない中でテスト設計する現場も経験しています。
以下、覚えている範囲でのテスト設計の経験になります。

• 時計の気圧・温度のセンサー：500項目
• 時計の高度ナビゲーション：100項目
• 車載器の探索的テスト：4000項目
• 車載器の観点書：600項目
• Webサービス(小規模案件)：50項目
• Webサービスの権限テスト：1200項目
• Webサービスのキャンペーン：1600項目

テスト実施

組み込みの現場経験が長いので基板だったり実機を使用するテストを中心に行ってきました。
2社で最多の不具合報告数を記録した経験がありますので、不具合に気付く能力は高い方かなと思います。
WebではPC/SPでの多端末のテストを行ってきました。
経験してきたテストタイプについては以下になります。

• 機能テスト
• 権限テスト
• 非機能テスト：使用性、信頼性

その他の経験

テスト戦略は組み込み・Web問わずモデルベース・リスクベースを適用することが得意です。
テスト技法ですとブラックボックステストのデシジョンテーブルや状態遷移図、境界値分析を使用することが多いです。デシジョンテーブルはテストベースとなるデザインに漏れがないかを確認するために用いることもあります。
経験ベースでは探索的テストとエラー推測の経験があります。
テスト報告では担当中に改善した方がいいと感じた点を共有して、次回以降のプロセス改善に繋げていました。