1.コンセプトと分類ソフトウェア
ソフトウェア1.1の概念
ソフトウェアは、プログラムやデータに関連付けられた文書を含むコンピュータ・システムとハードウェアの相互依存関係の一部であり、
完全なコレクション。
手順は、予め設計された機能や命令のシーケンスを実行するために必要な性能であった。
データは、番組情報データ構造の正常な動作を可能;
プログラム開発、保守及びグラフィックスに関連する材料を用いて文書。
1.2分類ソフトウェア
重要度の順に
システムソフトウェア
支援ソフト
アプリケーション・ソフトウェア
プレスアーキテクチャ
スタンドアローンソフトウェア
分散ソフトウェア
C / Sアーキテクチャ
B / Sアーキテクチャ
2ソフトウェア障害
2.1ソフトウェアは安全ですか?ソフトウェアエラーはいますか?
1991年、パトリオットミサイル防衛システム
アメリカのパトリオットミサイル防衛インターセプトイラクのスカッドミサイルに使用レーガン大統領の戦いのGe防衛プログラム(すなわち、スターウォーズ)によって提案されたシステム、湾岸戦争、しかし、サウジアラビアドーハの敗北で、28人の米国の兵士が殺されました。分析は、ソフトウェアの欠陥、14時間後に蓄積された小型のクロックタイミングシステムエラーの核心は、追跡システムはもはや正確であることがわかっていません。ドーハで攻撃、システムは、100時間以上のために実行されています。
1994年、ディズニーはライオンキングゲームです
ディズニーは、マルチメディアCD-ROMのゲームのための最初の子をリリース:ライオンキングアニメーションゲーム、ディズニープロモーション結果の多くを持っていた、売上高は非常に印象的で、ゲームは年間休日がいることを子供たちになった「ゲームを購入する必要があります。」入札後の12月26日のクリスマスには、ゲームを遊んでいる子供たちを伴って怒った親からで溺死ディズニーの電話サポート技術者は、広く報告されている電話、新聞やテレビのニュースの叫びではありません。その後、(このようなゲームのためのディズニーのプログラマでシステム開発など)システムの非常に少ない数で動作するようにディズニー社のソフトウェアことを確認したが、彼らは公共のほとんどの地域で使用されるシステム上で実行することはできません。
2000年に、ミレニアムのバグの問題
コンピューター収納スペースが非常に小さい場合20C70Sは、米国は、1973年から1973年のように、ストレージスペースを節約するために、4桁の日付が2桁に減少し、プログラマビット給与システムを開発しました。彼は単に2000年に彼のプログラムは、今年00または01を計算するときに問題に達するでのみ問題が発生すると、彼はプログラムは確かに25年以内にアップグレードまたは交換されることを発見し、それは今離れて計画されていないよりも、当面の作業と考えていますそして将来はより重要です。その後、引退プログラマは、プログラムが使用中である、誰もが2000年に検査プログラムにどのように深くは考えないだろう一人の変化にそれを聞かせて、問題と互換性があります。世界中にチェックして、2000年には解決の互換性の問題やエラーが数千億ドルを費やしすると推定されています
2.2ソフトウェアの危機(ソフトウェアの危機)
20の1960年代と1970年代には、ソフトウェアの数の劇的な増加が、高速現象の上昇のソフトウェアの故障率を見ています。
初期の1968、ドイツ連邦共和国で開催された国際学術会議での北大西洋条約機構では、コンピュータ科学者は、正式に「ソフトウェア危機」(Softwre危機を)提案しました。
正確ではありませんスケジュールとコスト見積もりに、開発コストが遠く遅れソフトウェア開発の予算、プロジェクトのスケジュールや効率を超え、
製品のユーザーによって提出され、多くの場合、満足していない、
品質が製品が信頼できない、欠陥が多く、メンテナンスコストが非常に高く、 ;
文書ソフトウェア開発プロセスの欠如。
欠陥2.3の原因
第二に、ソフトウェアテストの定義
ソフトウェアテストの起源と歴史1
初期のソフトウェア開発は、概念のテスト、開発が行われ、デバッグが存在しない、目的は、検出し、ソフトウェアで正しいフォールトすることです。
1957年のテストとデバッグが区別されます。しかし、無意識のうちに、我々はテストの目的は、製品の仕事を検証することであると信じて、テストが押し戻されるべきだと思います。
会議でソフトウェアテストの概念の正式な定義を1972年には、ノースカロライナ大学の最初の正式なソフトウェアテスト会議を開催したビル・ヘッツェル(ビル•ヘザー)。
1979インディアンは、Glenford J.Myers(マイヤーズ)の「ソフトウェアテストのアート」でテストの古典的な定義を与える:テストすると、エラーとプログラム処理の実行を見つけることです。
1983インディアン、IEEE(電気電子学会技術) ソフトウェアテストに与えられた標準的な定義、および標準化されたテストを開発しました。
1996インディアン、ケント・ベック(•ケント・ベック)の理論は、極端なプログラミング方法をXPにTDDテスト駆動開発を提案しました。
2009インディアン、JamesA.Whittaker(ウィテカー)は、探索的テスト理論を提案しました。
2つのどのように初期のテスト?
ソフトウェアテストの3つの定義
3.1古典的な定義
1979、マイヤーズ、「ソフトウェアテストのアート」
テストは、プログラムの実行過程でエラーを発見することです。
理解します:
テストはエラーなしで認証手続き、手順が間違っていることではないことを証明することです。
成功したテストが間違っを発見されたこれまでのところ何のテストを発見しました。
3.2標準的な定義
1983年、IEEE
がいっぱいであるかどうかをテストすることを目的とするシステム、のプロセスを実行または決意するために手動又は自動手段を使用して、
関連する要件に応じて、または期待される結果と実際の結果との差異を明確にします。
理解します:
テストは、ユーザーのニーズと技術の開発との間のバランスを見つけることです。
3.3国内の定義
GB / T 11457
テスト計画やドキュメント、プログラムやデータをテストし、検出ソフトウェアの技術的な活動のためのテスト要件に応じて、標準のソフトウェアのテストプロセスとテスト方法に基づきます。
ソフトウェアのテストは、プロセス、ないから検査結果に開始する計画が含ま単なるテストのテスト実行、ある
活動ビームのシリーズを。
テストソフトウェアテストの方法および技術やスキルが必要です。
ソフトウェアプログラム、データおよびドキュメントを含む、プログラムの実施に加えて、データや文書もテストする必要があります。
第三に、ソフトウェアテストのプロセス
1テスト要件分析
分析するユーザーのニーズのためのテスターは、行うには、将来的にどのようにテストをどのように決定するか、何をすべきかのソフトウェアを理解しています。
テスト計画の2準備
テストは、テスト計画の準備をリードと、
コンテンツテストプラン
製品概要が含まれている、試験範囲/試験領域/試験項目、試験目的/テスト機能、テストの優先順位、試験構成/テストリソース(ハードウェア、ソフトウェア、ヒト、テスト通信、リスク分析、テスト基準、内容の文書を提供する必要性への技術など)、テストサイクル、スケジューリング()タスク、人員をテストし、テスト戦略、試験方法/方法。
3設計とテストケースの作成
主に書かれたテスト・ポイントに反映設計ユースケース;
会社フォーマットに従って、またはテストケースを記述するためにいくつかのテンプレートを選択します。
4テストが行われます
テスト環境をセットアップし、
テストケース、テスト記録イベントの実装を、
提出し、欠陥を追跡。
5評価と概要
実際の試験と分析計画の偏差;
コレクト、様々な文書や試験データを提出し、データ分析;
テストのテスト結果を続行するか終了するかどうかを与えられた。
教訓。