【部門論文】システムテストとソフトウェア適用について

トピック

ソフトウェアシステムのテストとアプリケーションについて

トピックの紹介

ソフトウェアテストは、ソフトウェアを顧客に提供する前に完了する必要がある重要な手順の 1 つであり、ソフトウェアエラー (欠陥) を見つけるための主な手段となっています。システムテストとは、確認済みのソフトウェア、コンピュータハードウェア、周辺機器、ネットワークなどの要素を組み合わせてシステム全体をテストし、矛盾がある場合にはより完璧な解決策を提案することです。システムテストの主な内容には、機能テスト、堅牢性テスト、パフォーマンステスト、ユーザーインターフェイステスト、セキュリティテスト、インストールおよびインストール防止テストなどが含まれます。

「システムのテストとソフトウェアの適用」というテーマに焦点を当てて、以下の 3 つの側面から順番に議論してください。

あなたが管理と開発に参加したソフトウェアプロジェクトと、そのプロジェクトで行った主な作業について簡単に説明してください。
ソフトウェアシステムテストの主な活動と主な内容を詳細に説明し、機能テストとパフォーマンステストの主な目的を説明します。
管理および開発に参加した実際のプロジェクトと組み合わせて、システムテストにソフトウェアシステムテスト手法を使用する方法を簡単に説明し、具体的な実装プロセスと適用効果を説明します。

論文のポイント

質問 1 の重要なポイント:

ソフトウェアシステムの概要：システムの背景、開始者、目的、開発サイクル、納品製品など。
「私」の役と主な作品。

質問 2 の重要なポイント:

ソフトウェアシステムテストの主な活動とその主な内容。
機能テストとパフォーマンステストの主な目的。

質問 3 の重要なポイント:

システムテストの具体的な実装プロセスと適用効果は、ソフトウェアシステムテスト手法を使用して実行されます。
他に改善または改善する価値があるものは何ですか。

理論資料の準備

システムテストの目的は、完全で統合されたコンピュータシステムであり、完全なソフトウェア構成アイテムが実際のシステム動作環境でシステムに正しく接続されているかどうかを検証し、システムの要件を満たしているかどうかを検証することです。、サブシステム設計文書およびソフトウェア開発契約の要件。システムテストの技術的根拠はユーザー要求や開発契約であり、システムテストを実施する前に、一般テストの参加条件を満たしていることに加え、テスト対象のシステムのすべての構成項目がテストに合格していることを確認する必要があります。提供されます。

一般に、システムテストの主な内容には、機能テスト、堅牢性テスト、パフォーマンステスト、ユーザーインターフェイステスト、セキュリティテスト、インストールおよびインストール防止テストなどが含まれます。その中で最も重要な作業は機能テストとパフォーマンステストです。機能テストは主にブラックボックステスト手法を採用し、パフォーマンステストは主に一定の負荷下でソフトウェアシステムが示す特性が顧客のニーズを満たしているかどうかを検証し、主な指標には応答時間、スループット、同時ユーザー数、リソース使用率などが含まれます。等。

機能テストの目的は非常に単純で、システムがユーザーの明示的および暗黙的なニーズを満たしているかどうかをテストすることです。

パフォーマンステストの目的は、ソフトウェアシステムがユーザーが提案したパフォーマンス指標を満たせるかどうかを検証すると同時に、ソフトウェアシステムのパフォーマンスのボトルネックを発見し、ソフトウェアを最適化し、最終的にシステムの最適化の目的を達成することです。具体的には、次の 4 つの側面が含まれます。

欠陥が見つかりました。ソフトウェアの欠陥の中にはソフトウェアのパフォーマンスと密接に関係しているものもあります。これらの欠陥のテストには通常、パフォーマンステストを伴う必要があります。
性能調整。デバッグとは異なり、パフォーマンスチューニングは、必ずしも発見されたパフォーマンスの欠陥を目的とするわけではありませんが、システムの可能性をより適切に活用することを目的とする場合もあります。
システムの機能を評価します。ソフトウェアのパフォーマンステストでは、ソフトウェアが指定された条件下でパフォーマンス要件を満たしているかどうかをテストする必要があるだけでなく、多くの場合、パフォーマンス要件を満たすことができる条件の限界をテストする必要もあります。
安定性と信頼性を検証します。システムの安定性と信頼性が要件を満たしているかどうかを評価するには、一定の負荷を一定期間かけてテストすることが唯一の方法です。

モデルエッセイ

まとめ

2020 年 3 月、当社は都市の環境影響評価相談システムの第 1 段階の開発を組織しました。私は幸運にもプロジェクトの技術リーダーとして開発プロセス全体に携わることができました。プロジェクトの主な業務要件は、計画環境影響評価プロセス、建設プロジェクトプロセス、完成検収プロジェクトプロセス、および環境保護特別基金評価プロセスを含む技術評価プロセスビジネスです。このシステムを例として、本稿では主に、このプロジェクトにおけるソフトウェアシステムテスト技術の具体的な適用について説明します。テスト段階では、機能テスト、ユーザーインターフェイステスト、パフォーマンステストの 3 つの側面からプロジェクトをテストしました。機能テストは主にビジネスプロセスの正しさとフォームデータの正当な入力を検証し、ユーザーインターフェイステストは主にインターフェイスとプロトタイプの一致とブラウザの互換性を検証し、パフォーマンステストは主にアプリケーションの同時実行性を検証します。システムのオンラインユーザーの最大数。以上の技術により、プロジェクトのテスト作業は順調に進み、最終的にプロジェクトは無事立ち上げられ、ユーザーから満場一致の賞賛を得ることができました。

文章

ある都市におけるEIA情報化の構築を推進するため、ある都市の環境工学評価センターは、市環境工学評価センターに対して「パイロット申請に関する某都市技術評価センターからの指示依頼」を提出した。環境保護省評価センターは、同市を国家EIA基礎データベースの試行拠点として活用し、技術協力・共同構築を行うことに合意したと正式に回答した。全国EIAデータベースを環境保護省評価センターと共有する。私が勤めている会社は環境保護に力を入れているソフトウェア会社で、環境影響評価も主力事業の一つです。当社は本プロジェクトを入札により落札し、2020年3月に正式に開発を開始し、2020年9月にプロジェクトの受注を完了しました。私はテクニカルディレクターとして、このプロジェクトの開発とテストに参加しました。（プロジェクトの背景）

環境影響評価基礎データベースとは、環境影響評価のライフサイクル全体を支えるデータや、環境影響評価の過程で生成されるデータの集合を指します。主にサポートデータ、ビジネスデータ、経営データの 3 つのデータベース群で構成されます。EIA基礎データベースの構築プロセスは、実際には、「横」のサポートデータベース群と「縦」のビジネスデータベース群を構築するプロセスであり、また、管理データベース群を構築するプロセスでもある。「水平型」支援データベース群には、主に環境影響評価のライフサイクル全体（環境影響評価、技術評価、承認管理、監督後評価、国民参加など）をサポートするデータリソースが含まれています。「垂直」ビジネスデータベースグループには、戦略的EIA、計画EIA、地域EIA、プロジェクトEIAなどを含む、環境影響評価のライフサイクルで生成されるすべてのデータリソースが含まれます。管理データベースグループには、主にEIA管理サービスのための基本的なサポートデータが含まれます。 EIA 資格管理データ、EIA 実務者データ、技術評価専門家データベースなど、システムの機能と性能の要件は比較的高いため、合理的なシステムテスト方法を採用することが非常に重要です。（プロジェクト概要）

ソフトウェアテストは、ソフトウェアを顧客に提供する前に完了する必要がある重要な手順の 1 つであり、ソフトウェアエラー (欠陥) を見つけるための主な手段となっています。システムテストとは、確認済みのソフトウェア、コンピュータハードウェア、周辺機器、ネットワークなどの要素を組み合わせてシステム全体の矛盾点をテストし、より完璧な解決策を提案することです。システムテストの主な内容には、機能テスト、堅牢性テスト、パフォーマンステスト、ユーザーインターフェイステスト、セキュリティテスト、インストールおよびインストール防止テストなどが含まれます。機能テストは主にホワイトボックステスト手法であり、その主な目的は、システムがユーザーの要件または目に見えない要件を満たしているかどうかを検証することです。ユーザーインターフェイステストの主な目的は、システムのインターフェイス設計が顧客の要件を満たしているかどうか、およびブラウザーの互換性を検証することです。パフォーマンステストは主に、特定の負荷の下でシステムのパフォーマンスが顧客のパフォーマンス指標に達しているかどうかを確認すると同時に、システム内のパフォーマンスのボトルネックを見つけてソフトウェアを最適化し、最終的にシステムを最適化する目的を達成することです。システムの実際の状況と組み合わせて、システムの機能テスト、ユーザーインターフェイステスト、パフォーマンステストを実施しました。（ソフトウェアのシステムテストの主な活動と主な内容）

1.機能テスト: この段階の主なタスクは、システムがビジネスの要件仕様に準拠しているかどうかを、ホワイトボックステストを通じて検証することです。実際のテストでは、まずテスターが要求仕様に従ってテスト計画を立て、テストケースを入力し、各モジュールを一つ一つテストしていきます。テストでは主にビジネスプロセスが要件を満たしているかどうかやプロセスフォームの各ノードの表現、エージェントテストを行います。このシステムには多くのプロセスとプロセスノードがあるため、プロセスの正しさを検証するためにテスト中にアカウントを頻繁に切り替える必要があります。例えば、プロジェクトリーダーがプロジェクトに入り、提出後、部長が審査して担当することになります。テスターは、最初にプロジェクトリーダーのアカウントでシステムにログインし、次にプロジェクトを入力して提出し、ログアウトしてから部門責任者のアカウントでログインして、代理案件があるかどうかを確認し、代理店に合格する必要があります。レビューページにアクセスし、次のステップで事業者選択を送信します。このようにして、プロセスは事業者のエージェントに流れます。事業者はログイン後、フォームのいくつかのフィールドも確認する必要があります。エージェントを介して入力した後、この段階で要求される; テスターはそのようなテストに合格するプロセスはプロセスとモジュールを 1 つずつテストし、最終的に機能テストの目的を完了し、いくつかのバグを見つけて QC システムに送信します。(機能テスト)

2.ユーザーインターフェイステスト: この段階の主な目的は、システムのユーザーインターフェイスがユーザーの要件を満たしているかどうかをテストすることです。ユーザーの要件は、インターフェイスが寛大で簡潔であり、現在の市場の主流のブラウザーと互換性があることです。システムのエージェント業務も携帯電話での表示に対応可能です。インターフェイス要件については、テスターは主にアーティストが提供したページプロトタイプと実際のシステムを比較して、テスト効果がページプロトタイプと一致しているかどうかを確認します。ブラウザの互換性テストでは、テスターが現在主流のブラウザをダウンロードしてインストールし、各ブラウザを使って業務システムにアクセスし、各ブラウザでインターフェースの変形や目に見えるValidationの無効化など、システム間の互換性の有無を検証する方法を採用しています。テーブルの調整など。携帯電話に表示される代理業務について、携帯電話にログイン後の代理店リストにリマインダーがあるか、リマインダーから代理プロジェクト名や提出時間が確認できるかを確認します。この段階でのテストにより、例えば建設プロジェクトの承認プロセスにおいてプロジェクトリーダーが報告書を作成する段階では添付報告書をアップロードする必要があったが、アップロードせずに提出できるようになるなど、いくつかの機能的な問題が発見された。。インターフェイスのテスト中に、フォームのスタイルがアーティストが提供したプロトタイプとは大きく異なることが判明し、モバイルエージェントページとエージェントリストがモバイルのインターフェイスに適応できないことが判明しました。電話。この段階でのテストにより、インターフェイスに関するいくつかの問題が発見され、OC システムに送信されました。(UIテスト)

3.パフォーマンステスト: この段階の主なタスクは、特定の負荷の下でシステムのパフォーマンスが顧客のパフォーマンスインデックスに到達できるかどうかであり、通常のサービスを提供します。このテストを完了するために、テスターは開発者に、4 コア 16G メモリハードディスク、メカニカルハードディスクとして構成されたサーバーにシステムを展開し、パフォーマンステストソフトウェアを使用してシステムのパフォーマンステストを実行するように依頼しました。テストプロセスは次のとおりです。ログインとログアウトをテストするための同時接続者数は 10、30、50、100、300、500 人で、TPS、応答時間、クリック率、データベースの CPU 負荷、アプリケーションサーバーの CPU 負荷をテストします。サーバーのスループットが記録されます。テスト中、ユーザーの同時実行数が 300 に達すると、システムのパフォーマンスが大幅に低下しました。開発者に報告した後、いくつかの変更と最適化を経て、最終的に同時実行数が 500 に達しても、システムのパフォーマンスは大幅に低下しませんでした。パフォーマンス要件を満たしています。顧客の。（性能試験）

2020 年 9 月に、システムは受け入れテストに合格し、オンラインになりました。システム導入後は、その機能・性能がユーザーの要望に応え、各部門のリーダーや営業担当者から異口同音に高い評価をいただいています。しかし、システム稼働後一定期間が経過すると、建設プロジェクトのプロセスなどに不備があり、事務担当者がノードをチェックし審査に通らない場合には、説明文書をアップロードする必要がある。テスターの過失により、この要件はテストされず、実際のプロセスが実行されます。プロセス中にプロジェクトのレビューが失敗し、システムがオンラインになった直後に問題が発見された場合にも提出される可能性があり、これも修正されました時間の抜け穴。プロジェクトのオンライン環境での低レベルのエラーをできるだけ少なくするために、プロジェクトの第 2 フェーズではテストの要件を増やす予定です。（プロジェクトの運営状況と不備）

複数のテスト方法を効果的に使用してシステムテストを完全に実施することは、プロジェクトのリスクを効果的に軽減し、プロジェクトの円滑な進行に重要な役割を果たすことが実際に証明されています。プロジェクトの円滑な実施と受け入れを通じて、私はシステムテストから多くの恩恵を受けました。また、我が国の技術労働者が学び、熱心に働き、自らの品質と能力を向上させ、国の環境に貢献し続ける必要があることを深く理解しています。保護の原因。（要約）