投稿初心者、多くの点が始まったばかりです、間違いがあればご容赦ください、批判と修正を歓迎します
<プロジェクト名>
機能テストレポート
改訂履歴
| 日にち |
バージョン |
説明する |
著者 |
承認者 |
目次
1. はじめに 4
1.1 目標 4
1.2 対象読者 4
1.3 背景 4
1.4 参考文献 4
1.5 用語の定義 4
2. テストの目的 4
3. 試験方法5
4. テスト環境 5
5. タスク成果物のテスト/レビュー 6
6. テスト/レビュー基準 6
6.1 質問レベルは 6
6.2 テスト/レビューの合格基準 7
7. テスト結果 7
7.1 試験問題の概要 7
7.1.1 第 1 ラウンドのテスト結果 8
7.1.2 第 2 ラウンドのテスト結果 8
7.2 その他のシステム欠陥 9
7.3 テスト結果の分析 9
8. テストの結論と提案 9
8.1 テストの結論 9
8.2 提案10
9. 付録 10
1 はじめに
1.1 目標
<プロジェクト名> のこの「機能テスト レポート」ドキュメントは、次の目標の達成に役立ちます。
テスト・レビューの目的、内容、方法、環境、基準を理解する。
テスト/レビューの課題成果を理解する。
テスト/レビューの結果とその分析を提供します。
テスト/レビューの結論とその改善提案をシステムに与える
1.2 対象読者
クライアント側のプロジェクト管理担当者、本プロジェクトの研究開発に参加する営業担当者
プロジェクトの機能テスター
プロジェクトのテストマネージャーなど
1.3 背景
[テストオブジェクト (コンポーネント、アプリケーション、システムなど) とその目標の簡単な説明。含める必要がある情報は、主な機能と特性、テスト オブジェクトの構造、プロジェクトの目標の簡単な紹介です。】
1.4 参考文献
[この実装によって参照されるドキュメントをリストします。例:
• 「XXXX システム要件仕様」、[バージョン]、[日付]
• 「XXXX システムデータ辞書」、[バージョン]、[日付]
• 「XXXX システム概要計画」、[バージョン]、[日付]
• 「XXXX システム操作マニュアル」、[バージョン]、[日付]
】
1.5 用語の定義
【計画書に記載されている専門用語の概念説明】
2. テストの目的
[**テスト/レビューの目的の説明をやめる]
3. 試験方法
[**テスト/レビューの方法、ペースについて説明します。例:
ブラックボックステスト手法を使用して機能テストを実行します。
欠陥やエラーをタイムリーに記録します。
データの合法性とデータ境界値のチェックを必要とする関数の場合は、対応するテスト ケースを追加します。
テストケースを実行します。
テスト結果がビジネス ロジックに準拠しているかどうかを確認します。
堅牢性テストの結果と組み合わせて、機能テストの結果をレビューします。
開発者が元のコードを変更した後、テスト チームは「テスト ケース」に従って再テストする必要があります。
】
4. テスト環境
[図を描く/説明をリスト化する** テスト/レビューのために構築する必要があるテスト環境、テスト環境内のハードウェアとソフトウェア (テスト ツールの構成を含む)。例えば：
| 装置 |
ハードウェア構成 |
オペレーティング·システム |
データベースとヘルパー ソフトウェア |
量 |
| サーバ |
PIII866、512M RAM 以上、10G ハードディスク容量以上 |
Windows NTサーバー4.0 |
SQLサーバー+7.0パック3 SQLサーバー2000 |
1セット |
| マシーン |
PIII450、64MB以上のメモリ、100M以上のハードディスク容量 |
Windows98 |
オフィス |
1セット |
| PIII450、64MB以上のメモリ、100M以上のハードディスク容量 |
Windows2000 |
Office2000 |
1セット |
|
| PIII450、64MB以上のメモリ、100M以上のハードディスク容量 |
Windows NT |
オフィス2000 |
1セット |
|
| PIII450、64MB以上のメモリ、100M以上のハードディスク容量 |
Windows XP |
Office2000 |
1セット |
|
| ネットワーク設定 |
クライアントとサーバー間のネットワークが保証される必要がある |
|||
| 他のソフトウェア |
PowerBuilder8.0開発ツール。 InstallShield インストール ツール。 |
|||
| プリンター |
1セット |
|||
一日一真実
青春は意志の血しずく、努力の汗でできた美蜜 長く続く香り 青春は尽きない希望と尽きない憧れが織りなす虹 輝かしく輝かしい 粘り強く粘り強く築き上げた難攻不落の要塞粘り強さは金のように難攻不落です。
5. タスク製品のテスト/レビュー
[このリストには、テスト プロセス中に発生したタスク製品が記載されており、どの製品を顧客に提供する必要があるかが示されています。たとえば、次のとおりです。
「機能テスト実施計画」
「機能テストケース」とそのケース統計表
「機能試験報告書」とその付録
】
6. テスト/レビュー基準 7. 規格
7.1 質問レベル
[説明 **テスト/レビュー用の質問レベルの定義]
1) 致命的な問題: 重大な破壊的問題、2) システムを実行できなくなる、または 3) 特定のデバイスが使用できなくなる。
これには次のエラーが含まれます。
プログラムによるクラッシュによる不正終了
無限ループ
データベースのデッドロック
データベース スキーマが、第 3 正規形の要件または要件仕様のフォーマット レベルを満たしていません。
関数エラー
データベースへの接続エラー
データ通信エラー
4) 重大な機能上の問題: システムが不安定になる、データが破損する、または誤った結果が生じる、6) 日常業務で頻繁に発生する重大な問題、または非日常業務では回避できない重大な問題。
これには次のエラーが含まれます。
プログラムエラー
誤操作によるプログラム中断
プログラムインターフェースエラー
データベーステーブル、ビジネスルール、デフォルト値などの制約は完全には追加されません
8) 警告問題: システムの応答時間が遅い、中間結果は間違っているが影響はない 9) 最終結果に無限に影響を与える、10) 例: パフォーマンスは正しくない、11) 正しいが出力は正しい、一般的なエラー、12) 影響しない 13)システムの操作。
これには次のエラーが含まれます。
操作インターフェースのエラー（データウィンドウのカラム名の定義と意味が一致しているかなど）
印刷内容、フォーマットエラー
制御を停止するために省略された入力制限がフォアグラウンドに配置されない
削除操作のプロンプトが表示されませんでした
データベーステーブルに空のフィールドが多すぎます
14) 示唆される問題: インターフェースのスペルミスや不適切なユーザーアプリケーション 15) 利便性や改善が必要な問題などの軽微な問題、処理結果は正しい、16) パフォーマンスの内容が理解できない 17)
これには次のエラーが含まれます。
インターフェースが標準化されていない
ヘルプの説明が分かりにくい
不規則な入出力
長時間の操作ではユーザーにプロンプトが表示されない
プロンプトウィンドウのテキストには業界用語が使用されていません
入力された領域と読み取り専用領域が明確に区別できない
7.2 テスト/レビューの合格基準 7.3
[どのレベルのテスト/レビュー結果が達成され、そのテスト/レビューが合格したかを説明します。例:
複数回のシステムテストの後、致命的なエラーや機能的なエラーは検出されませんでしたが、特別な状況については三者間で話し合って決定する必要があります。警告および提案された質問は、XXXX によって確認され、合否が決定されます。
】
8. 試験結果
8.1 試験問題の概要
(例: 2 ラウンドのテストを中止した場合の集計基準チャート)
8.1.1 第 1 ラウンドのテストの結果
8.1.1.1 試験状況の概要
| シリアルナンバー |
試験日 |
申請時間 |
人々の数 |
アプリケーション |
発明の問題 |
| 1 |
8.1.1.2 試験問題のレベル分布
問題分布データ表：（単位：数/問題）
| 致命的 |
関数 |
警報 |
提案 |
合計 |
|
| 最初のテストラウンド |
問題分布図: (X 軸: 問題のレベル、Y 軸: 問題の数)
(参考写真)
8.1.1.3 テスト問題の状態分布
| 総質問数 |
修正済み (a) |
無修正 (a) |
*2 回目のテスト開始前に、XX 個のエラーは修正されており、残りはテスターの理解に属します。
8.1.2 第 2 ラウンドのテストの結果
| シリアルナンバー |
試験日 |
申請時間 |
人々の数 |
アプリケーション |
発明の問題 |
| 2 |
8.1.2.1 試験問題のレベル分布
問題分布データ表：（単位：数/問題）
| 2回目のテスト |
致命的 |
機能・性能 |
警報 |
提案 |
合計 |
|
| 再テスト |
||||||
| 回帰試験 |
||||||
| ランダムテスト |
問題分布図: (X 軸: 問題のレベル、Y 軸: 問題の数)
(参考写真)
8.1.2.2 テスト問題の状態分布
| 総質問数 |
修正済み (a) |
無修正 (a) |
8.2 その他のシステム欠陥
8.3 テスト結果の分析
9. テストの結論と提案
9.1 テストの結論
[具体的なプロジェクトの説明と最終テスト結果に従って、システムを正しく評価します。
参考として以下を含める必要があります。
1. 最終的なテスト結果では、X 個の検出可能なエラーが見つかりました。それらのエラーはどのような種類のもので、システムのアプリケーションに影響を与えるかどうかがわかりました。
2. 最終テスト結果で X 個の再現不可能なエラーが見つかりました。システムに影響を与える可能性があります。
3. 各テスト段階での誤った結果の数の重要な傾向は何ですか。
4. 残りの疑問はシステムに投げかけられます。。。。影響。。。
】
9.2 提案
(機能テストの結果に基づいてシステム改善を提案)
10. 付録
(付録は、次のような特定のプロジェクトに従って記述します)
付録 1:「XXXX 処理システム」の第 1 回試験問題の概要
付録 2: 「XXXX 処理システム」の第 2 回再試験問題の概要
付録 III: 「XXXX 処理システム」における回帰テストの第 2 ラウンドの質問の概要
記事の最後に、プログラマのジョークをいくつか紹介したいと思います。この世界には、バイナリを理解できる人と理解できない人という 10 種類の人しかいません。