文章の試読:全過程のソフトウェアテスト(第2版)


 《 》, :① ② 。
 , , ,
 。

私の目の中のテスト


私は開発者で、私の目の中のテストの仕事はこのようにしています.
  • ユニットテスト開発者は、必要に応じてドキュメントを詳細に設計し、機能コード開発タスクを完了した後、自分でユニットテスト用例を書き、テストを完了します.
  • モジュールテスト新機能モジュールがオンラインになる前に機能テストを行う必要があり、機能ニーズを満たすかどうかをテストする
  • .
  • システムテストシステムは、リリース前に、事前に設計された機能テスト例に基づいて、システムが提供する機能点が顧客のニーズを満たしているかどうかを逐一テストする必要があります.ソフトウェアに明らかなバグがあるかどうか
  • テストの新しいバージョンがリリースされる前に、新しいオンラインの機能点だけでなく、以前のオンラインの機能点も
  • テストする必要があります.
  • 圧力テストは圧力テストを行うとよく耳にしますが、圧力テスト方法については分かりません.主にソフトウェアの臨界値、同時量などをテストし、臨界環境でシステムの機能が正常に動作するかどうかをテストします.

  • 一方、テストはソフトウェアのバグを探すことであり、逆の角度から開発者を探す仕事である.開発者が考慮していない点、または漏れがあることを発見し、開発者に早期解決を促す.

    一般化されたテスト


     
    ソフトウェア開発プロセスの一般的な定義は次のとおりです.
    1.需要分析
    2.概要設計
    3.詳細設計
    4.コード化
    5.テスト
    6.オンライン
    7.保守
    テストは開発後に手配され、受動的な防御です.バグを発見し、開発修正に提出します.
    ソフトウェアテストの役割は、プログラム設計上の不足を早期に発見し、開発者がバグを早期に解決し、実行可能で顧客のニーズを満たすソフトウェアを早期に提供することだと思います.テストはソフトウェアの品質を検査することです.
    「全過程ソフトウェアテスト」の試読章を読むことで、私が知ったテストは狭義のテストであることが分かった.テストはソフトウェア開発サイクルの中後段だけでなく、全過程を貫いている.需要調査分析の時から、静的なソフトウェアテストを行い、理解ミスによってユーザーの本当の需要から逸脱することを防止することができ、源から早く問題を発見し、開発効率を高め、リスクを下げ、ソフトウェア開発メンテナンスコストを大幅に削減することができる.これも現在流行しているCMMI管理システムに合っています.
    ソフトウェアテストには、上記の機能テストに加えて、パフォーマンス、セキュリティ、使いやすさ、互換性など、非機能的なテストも含まれています.
     

    全過程のソフトウェアテスト


    著者らは,第2章で有効な需要テスト計画を作成する方法を述べ,テスト計画プロセスで完了する必要がある作業について説明した.著者らは,ソフトウェアテストがソフトウェアテスト説明書を形成するのではなく,需要,目標状況に応じて絶えず調整する必要があるプロセスであることを極力説明した.
     
    前のテストで印象に残ったのは、ホワイトボックステスト、ブラックボックステストなどです.「全過程ソフトウェアテスト」という本を通じてソフトウェアテストに対して全面的な認識があり、ソフトウェアテストがソフトウェア開発プロセスの各プロセスで完成しなければならない仕事に対して一定の理解があることを望んでいる.
    本から現在のテスト技術を学ぶことができ、この本で自動化テストについて詳しく紹介すればもっといいです.自動化テストスクリプトテストは私にとってずっと夢中でしたが、まあ、この1時間ほど、スクリーンに印刷されたログ情報を見つめてプログラムの実行状況を知っていました.