ダークからライトへのテストエンジニア - ソフトウェアのテスト工程

 

 テストプロセス - テストエンジニアとして、質問はインタビューで聞かれるべきほぼすべての時間があなたの会社のプロジェクトについて話しています。当社のプロセスの何も、あるいは、アジャイル開発を言わないために愚かではないですか、プロセスはとても基本的に、あなたが配る、非常に簡単です。しかし、それは次の順序で、まだそれのプロセスのための基本的なフレームワークです。

    

  プロジェクト - >書き込み要件 - >要件レビュー - >ニーズを把握 - >テスト計画 - >テスト・ケースの書き込み(R&D R&D A書き込み) - >ケースレビュー使用 - 最初> - >統合テストをラウンド関数のテスト - (性能、セキュリティ、回帰テストを含んでいてもよい)機能テストの>第二ラウンド - >テストシステム - - >受付>第三ラウンド機能検査(性能、セキュリティ、回帰テストを含んでいてもよいです)テスト - >最終版をリリースします。

  もちろん、他のテストが点在、アジャイル開発に関連する場合は、機能テストを減らすことができるが、基本的には、前記上記に従ってテストプロセスは、それが出て通過することはできません。リリースバージョンは、この特定のプロジェクトのニーズを見て、ポイントの正式版を試用版を持っているかもしれもちろん、より厳しい会社、。

試験要件は、分析フェーズ:ニーズアセスメント会議に関係読書ニーズ、ニーズを理解し、主にビジネスを学ぶ、需要分析のポイント、

計画段階のテスト:主なタスクは、(要件文書から)の試験範囲、スケジュール、人的・物的資源の配分、全体的なテスト戦略の開発を含むソフトウェア要求仕様書、プロジェクトのマスタープラン、を参照して、テストプログラムを書くことです。リスク評価と意思を避けるための措置。

テスト設計段階:メインの要件文書(プロトタイプ図面)、概要設計、詳細設計文書への参照を行います、テストケースを書くことで、ユースケースは、準備が完了した後に審査されます。

テスト実行フェーズ:スモークテスト(事前に)実行環境を構築する - テストの終わりまで、その後、正式なテストに、バグ管理を

テスト、評価段階:オンラインのテストかどうかを確認するためのテストレポート

 

  実際には、多くの時間は、企業がこのような複雑な工程を必要としない、特に小規模企業は、アジャイル開発は、工程数を減らすことができるために、私は、そうするために、当然のことながら、ライン上の会社の唯一のテストを、パフォーマンス・テストを満たしていないだろうリスクは、我々は品質を保証することはできません、また高いです。インタビュアーは、このプロセスの仕様を持って見たいと思います。それは作者完全に無料VXの国民の王弟号自動テスト、公開、更新以前の、より包括的に関係のように、毎日少し試験技術を共有しています。 

おすすめ

転載: www.cnblogs.com/king44/p/11566782.html