ソフトウェアテスト技術講座の概要 (1) ソフトウェアテストの概要

なぜソフトウェアテストを学ぶのでしょうか?

ソフトウェアテストは、製品の品質を保証し、コスト管理の鍵となり、ソフトウェアの信頼性を確認します。

ソフトウェア

ソフトウェアは、特定の順序で編成されたコンピューター データと命令の集合です。一般に、ソフトウェアは、プログラミング言語、システム ソフトウェア、アプリケーション ソフトウェア、およびその中間のミドルウェアに分類されます。

ソフトウェアの構成

ソフトウェア = ドキュメント + プログラム集

プログラム

プログラムはソフトウェアの一部であり、ソフトウェアとは、プログラムと、開発、使用、保守に必要なすべてのファイルの総称です。

書類

ドキュメントは、プログラムの機能要件と、プログラムの動作と使用方法を説明するために使用されます。

ソフトウェア プロジェクトのドキュメントには次のものが含まれます。

  • 顧客の要件 - 顧客の要件
  • 市場要件ドキュメント - MRD (マーケティング要件ドキュメント)
  • ソフトウェア仕様 - 仕様
  • 技術設計ドキュメント – 技術設計ドキュメント
  • テストドキュメント
  • テストレポート テストレポート
  • 製品リリース ノート - リリース ノート / お読みください
  • 製品パッケージ - リリース パッケージ

ソフトウェアの歴史

[外部リンク画像の転送に失敗しました。ソース サイトには盗難防止リンク メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-j8fVD7lE-1662278818801)(https://p1-jj.bytaimg.com/) tos-cn-i-t2oaga2asx /gold-user-assets/2020/5/29/1725f5963eb91ae0~tplv-t2oaga2asx-image.image)]

  • 第 1 段階: プログラム設計段階。ソフトウェア製品は小規模で単一機能の特殊なソフトウェアであり、開発者はユーザーであり、ソフトウェアにはプログラムのみがありドキュメントはありません。ソフトウェアの設計は人々の頭の中で行われるため、「ソフトウェアとプログラムが等しい」という誤解が形成されます。(1950年代初頭から1960年代半ばまで)
  • 第2段階:プログラムシステム段階、マルチプログラミング技術、マルチユーザーシステム、ヒューマンコンピュータインタラクション技術、リアルタイムシステム、第一世代データベース管理システムの登場、および専門分野に特化した「ソフトウェアワークショップ」の出現。ソフトウェア開発やアプリケーション開発は進んでいたが、ソフトウェア技術や管理レベルが相対的に遅れ、「ソフトウェア危機」が発生(1960年代半ばから1970年代末まで)
  • 第 3 段階: ソフトウェアエンジニアリング段階。ソフトウェアの製品化、シリアル化、エンジニアリング、標準化を特徴とするソフトウェア産業が発展し、ソフトウェア開発には従うことができるソフトウェアエンジニアリングの設計ガイドライン、手法、標準が存在します (20 世紀の 70 年代から 1980 年代半ばまで) 1980 年代半ばまで)
  • 第4段階:オブジェクト指向段階(1980年代半ばから現在まで)

ソフトウェアの欠陥

ソフトウェア欠陥: 製品の内部的な観点から見ると、ソフトウェア製品の開発や保守のプロセスにおけるエラーや欠陥などのさまざまな問題を指しますが、製品の外部の観点から見ると、欠陥は障害を指します。または、システムが達成する必要がある特定の機能の違反。

ソフトウェア テストの目的は、ソフトウェアの欠陥を早期に発見し、これらのソフトウェアの欠陥が確実に修正されるようにすることです。

ソフトウェアの欠陥判定

  • ソフトウェアがソフトウェア仕様書で定められた機能を満たしていない
  • ソフトウェアに製品マニュアルに記載されていないエラーがあります。
  • 製品仕様で定められた範囲を超えるソフトウェアの機能
  • ソフトウェアテスターは、ソフトウェアが理解しにくい、使いにくい、実行が遅い、またはエンドユーザーがソフトウェアが効果的ではないと考えている

ソフトウェアの不具合の原因

  • ソフトウェア開発プロセス自体の特徴 (ソフトウェアのロジックと要件)
  • ソフトウェアプロジェクト管理の問題
  • チームワークの問題

ソフトウェアの欠陥分析

欠陥分析では、ステータス、優先度、重大度、原因という 4 つの主な欠陥パラメータが一般的に使用されます。

ステータス: 欠陥の現在のステータス (オープン、修正中、クローズ済みなど)。

ここに画像の説明を挿入

優先順位

優先度: 欠陥に対処し、解決する必要がある相対的な重要性。
ここに画像の説明を挿入

重大度

重大度: 欠陥の相対的な影響。エンドユーザー、組織、第三者などへの影響
ここに画像の説明を挿入

原因: 欠陥を引き起こした元の障害とその位置、または欠陥を除去するために修復する必要があるコンポーネント。
ここに画像の説明を挿入

他の

ここに画像の説明を挿入

ここに画像の説明を挿入

バグレポート

欠陥レポート:
欠陥分布 (密度) レポートは、さまざまなモジュールおよびビジネス ユニットにおける欠陥の分布を示します。
欠陥年齢レポートは、特殊な種類の欠陥分布レポートです。欠陥経過時間レポートは、欠陥が「発生」などの特定の状態にある期間を示します。年齢カテゴリ内では、欠陥は「所有者」などの他の属性によって分類することもできます。
欠陥傾向レポートには、ステータス (新規、オープン、またはクローズ) ごとに欠陥数が時間の関数として表示されます。傾向レポートは累積的または非累積的です。

参考

ソフトウェア、プログラム、アルゴリズムの関係と違い

おすすめ

転載: blog.csdn.net/lichukuan/article/details/126690733