プログラミングテストについて

テストやデバッグについて学ぶ機会があったので記録。

デバッグ

1. バグか否か見極め(入力間違いの場合もある)
2. 原因特定する(入力値等操作・仕様上のミス・最近変更された場所等、発生条件)
3. 修正する(問題と対象の処理の内容を理解は必要)
4. 修正が正しいか検査
5. 同じようなバグがないか確認

テスト

• バグを見つける
• 動作が正しいことを確認
• 品質を評価する

テストとレビューの違い

テスト種類

文章量が増えたので、詳細は分けました。

単体テスト(ユニットテスト)

モジュールまたはプログラム(単体)までのテスト。
モジュール間の結合テストを含む。
『ホワイトボックステスト』と『ブラックボックステスト』がある。
≫単体テスト(ユニットテスト)

結合テスト

単体テストが終了したプログラムについて、プログラムを結合し、プロセス(利用者用処理)単位までのテスト。
このプロセスが外部システムとのインターフェイスを持つ場合は、プロセス間のインターフェイスのテスト含む。
≫結合テスト

システムテスト

実機上でシステム全体(性能・信頼性・運用性・セキュリティ等)のテスト・検証。

単体テストや結合テストでは補いきれない、使う側からの問題がある。

• ソフトウェア導入時の問題
• 機能の不足/欠落
• 出力メッセージの不備
• マニュアル

システムテストの観点

• 機能性・運用性
• 性能
• 信頼性
  • 異常
  • 負荷
  • 耐久性
• 操作性
• 整合性・構成
• 互換性
• 保守性

テスト結果の評価

テスト終了判断を的確に行うために必要不可欠なテスト結果の評価方法。
≫テスト結果の評価