テストに入るとすぐに海のように見えます。すべてのテスト学生は、自分の将来を制御するために自分の将来を計画する必要があります。
テストでは、多くの場合、ソフトウェア機能が完全であるかどうか、およびパフォーマンスが基準を満たしているかどうかにのみ注意を払いますが、ソフトウェアテスターの苦痛と疲れを無視します。
ソフトウェアテスターの専門的な開発は、一般に3年の分岐点であり、3年後の開発方向は、管理ルート、技術ルート、管理+技術ルートに大別できます。
テストの初期段階：
テストエンジニアは、ソフトウェアテストのキャリアのジュニアドメインに属します。その適用範囲は、3年間ソフトウェアテストに参加した通常のテスト実施者です。主な業務内容は、テストケースを記述し、テストスーパーバイザ（つまり、直接スーパーバイザ）によって割り当てられたタスクプランに従って実行することです。テストケース、定期的なテストレポートの提出、定期的なレビューへの参加など、ソフトウェアの欠陥の提出
管理+テクニカルルート：
1つ目は従来のルートです。ソフトウェアテストの業界特性がこの要素を決定するため、この開発ルートには管理とテクノロジーの両方が必要です。テストエンジニアは、コンサルティングドメインのより高い方向まで、テストスーパーバイザ、テストマネージャ、およびテストディレクターに昇格します。
テストスーパーバイザは、エンタープライズプロジェクトレベルのスーパーバイザです。中小規模のソフトウェア会社の場合、エンタープライズレベルのスーパーバイザになることもできます。これは、中間レベルの開発ドメインに属し、2〜5年の専門的な経験を持つテスト実施者に適用できます。
その作業内容は、プロジェクトマネージャーまたはテストマネージャーの計画の取り決めに従ってモジュールレベルまたはプロジェクトレベルのテストを実行するようにテストエンジニアを割り当て、各テストリンクおよびフェーズの円滑な進行を確実にするためにソフトウェアの欠陥の追跡を制御および監視することです。
厳密に言えば、会社のテストプロセスの確立はより高いレベルのテストマネージャーまたは関連マネージャーによって行われ、テストスーパーバイザーがプロセスの特定の実装を担当するため、このレベルはテストデザイナーに属します。 、ソフトウェアのより詳細で包括的なテストを実施する方法について考えることです。
テストスーパーバイザーのより創造的な仕事はテストデザインであり、多くの企業がこの仕事を実行するエネルギーを無視するか、または持っていません。
企業で約3年間テストを行っている人は、その地位に簡単に昇格できると言わなければなりません。昇進の理由は、優れた個人用テスト技術、テスト方法の豊富さ、テストプロセスの監視能力によるものです。プロの実行品質と密接に関連しています！
テストマネージャーは上位レベルのテストマネージャーであり、高度なテスト指示ドメインに属しています。
大規模および中規模のソフトウェア企業にとって、このポジションは特に重要であり、その専門的要件は比較的高くなります。一般に、4〜8年のテスト実施者に適しています。管理および技術的能力が比較的成熟している場合、特定の環境に応じてこのポジションに昇格できます。レベル。
テストマネージャーは、エンタープライズレベルまたは大規模プロジェクトレベルでの全体的なテスト作業の計画と実装を担当します。
エンタープライズレベルまたはプロジェクトレベルのテストプロセス全体を調整することに加えて、テストマネージャーは、さまざまなソフトウェアアーキテクチャとさまざまな開発テクノロジの下でテスト方法を調査および調査し、会社のテストチームメンバーにガイダンスとソリューションのアイデアを提供する必要があります。さまざまな特別なテスト（ビジネステストエンジニア、自動化テストエンジニア、ホワイトボックステストエンジニア、パフォーマンステストエンジニアなど）に人的資源を割り当てて、ソフトウェアの包括的なテストを実施します。
さらに、一部の企業では、テストマネージャーは顧客と通信および通信する必要があり、販売または技術サポート業務の一部を担当します。
従来の開発ルートの最上位ドメインに属するテストディレクターこのポジションは、通常、大規模または多国籍のソフトウェア会社、またはテストサービス会社、および通常テストディレクターを設置する会社に確立されています。
このポジションは、CTOまたは副社長のレベルに相当し、エンタープライズレベルまたはグループレベルのテストの最高のリーダーであり、企業のすべてのテストおよびテストリソースを制御し、企業のすべてのテストおよび品質作業を管理します。また、その専門的な要件は、テクノロジーと管理の組み合わせでもあります。
1.テクニカルルート：
1.テクニカルルートの中間ドメイン：
技術的なルートは、自動化テストエンジニア、ホワイトボックステストエンジニア、パフォーマンステストエンジニア、認定テストエンジニアの3つ半の方向に分かれています。最初の3つは一般的なソフトウェアテストの分野に適用でき、認定テストエンジニアは少なくとも組み込みテストの分野にいます現在、埋め込みフィールドにのみ表示されます。
機能テストの分野で定義された自動テストエンジニアとは、ソフトウェアのブラックボックステストを自動テストツールに依存する、いわゆるエンジニアを指します。
一般的な環境では、自動テストはソフトウェアテストの実装フェーズでは避けられない傾向であり、ソフトウェアテストに対する社会の認識と自動テスト担当者の需要は高まるでしょう。
ソフトウェアのテストサイクルのユニットテスト段階でソフトウェアのコードレベルのテストを担当するホワイトボックステストエンジニア（コードウォークスルー、コード関数とロジックのテスト、コードメモリリークチェック、コード実行効率チェック、コードテストカバレッジ分析など）等
自動テストがスクリプト言語のみに依存してテストスクリプトの作成とデバッグのプロセスを完了する場合（自動テストエンジニアの焦点はスクリプトの作成ではないため）、自動テストエンジニアの技術要件が比較的低い場合、ホワイトボックステストエンジニアは次のことを行う必要があります。大規模なプログラム開発言語を完全に習得しているため、その技術要件は比較的高いです！
パフォーマンステストエンジニア、つまり、ソフトウェアシステムのパフォーマンスインデックスを収集および分析し、システムテストフェーズと機能テストの後に運用効率をチェックする人。
可能な限りコンパクトなテストプロセスでは、機能テストを手動で実行でき、ホワイトボックステストを省略できますが、ソフトウェアがネットワークソフトウェアでない場合、つまりスタンドアロンバージョンでない限り、パフォーマンステストを実行する必要があります。
ソフトウェアテストは、マクロの観点から3つの主要な側面に分けることができます。機能テスト、パフォーマンステスト、セキュリティテスト、機能テストはソフトウェアが正しく行われたことを示し、機能テスト+パフォーマンステストはソフトウェアが行われたことを示し、3つの組み合わせはソフトウェアが行うことを示します。とても良い！
とりあえず、セキュリティテストについては触れていません。これは次の開発ドメインの内容ですが、ソフトウェアを適切に機能させるために、ソフトウェアの品質を本当に保証するために、パフォーマンステストを無視することはできません。
時間、コスト、および人員の制約により、現在多くの企業がパフォーマンステストを実行していないためです。相対的に言えば、ソフトウェアのパフォーマンスボトルネックは最終的にコード効率の問題に実装されるため、パフォーマンステストエンジニアは3つの技術ルートの中で最も高い技術要件を持っています。したがって、パフォーマンステストは適切に行われ、少なくともパフォーマンステストエンジニアは開発を理解する必要があります。
パフォーマンスの問題を見つけるには、ソフトウェア開発アーキテクチャを理解する必要があります。パフォーマンスの問題を見つけるには、オペレーティングシステム、ネットワークプロトコル、アプリケーションサーバー、さらにはデータベースの原理と使用法を理解する必要があります。パフォーマンスの問題を最終的に解決するには、位置付けの問題に基づいて問題を対象にする必要があります。コード、オペレーティングシステム、ネットワークアーキテクチャ、サーバー、データベースを最適化！
もちろん、パフォーマンステストはシステムエンジニアであり、間違いなく1人または2人ではありません。従来のパフォーマンステストエンジニアにとっては、パフォーマンスの問題を特定する能力があれば十分です。
2.テクニカルルートの高度なドメイン：
テクニカルルートの高度なドメインを入力します。中間ドメインの4つのルートに従って、5つのルートに分割できます。これらは、上級オートメーションテストエンジニア、上級ホワイトボックステストエンジニア、上級パフォーマンステストエンジニア、セキュリティテストエンジニア、および標準化エンジニアです。上級技術者は、通常のテストマネージャーと完全に同等であり、ソフトウェアテストのキャリア開発の高度な分野に属しています。
上級自動化テストエンジニアは、自動化テストエンジニアから昇進しています。従来の自動テストエンジニアが自動テストスクリプト自体の設計と開発のみを担当する場合、上級自動テストエンジニアの仕事は自動テストの実装です。
つまり、スクリプトの記録、検証ポイントの追加、スクリプトの再生は、自動化の初期段階にすぎません。企業で自動テストを実装するには、上級の自動テストエンジニアがデータドライバーを設計し、テストフレームワークを開発し、一部の企業内で独立して小規模テストを開発する必要があります。ツールの前例（商用ツールではありません）。これらはまた、高度な技術的バックグラウンドを持つ上級の自動テストエンジニアに基づいて構築されており、他の人々が調整を行い、物事を完了するのに役立ちます。
上級ホワイトボックステストエンジニア。通常のホワイトボックステストエンジニアの内容を含み、テストマネージャーやテストディレクターがテスト方法や技術的な困難に取り組むのを支援するため、技術レベルがさらに高くなります。
従来のホワイトボックステストエンジニアが特定のプログラミング言語タイプのコードレベルのテストで立ち往生している場合、上級ホワイトボックステストエンジニアはプログラミング言語自体から離れ、異なるアーキテクチャと複数の開発テクノロジーを組み合わせてコードテストを見つける必要があります。メソッド、およびコードを最適化する機能があります。
上級パフォーマンステストエンジニアは、従来のパフォーマンステストエンジニアの出身です。従来のパフォーマンステストエンジニアの技術的要件によれば、上級パフォーマンステストエンジニアは、全体的なパフォーマンステスト計画を設計する能力と、ソフトウェアシステムのパフォーマンスを見つけて最適化する能力を持っている必要があります。
さらに、主流のソフトウェア開発モデルの下で、アプリケーションシステムに対する洞察力と認識力も必要です。
セキュリティテストエンジニアは比較的要求が厳しいです。ソフトウェアシステムのセキュリティの脆弱性を認識して予測する前に、ソフトウェア開発モデル、実装アーキテクチャ、およびテクノロジー自体を完全に理解し、システムの脆弱性を介してソフトウェアへの攻撃を試みる方法を知る必要があります。テストの目的を達成するためのシステム。
現時点では、国内のソフトウェア業界のセキュリティテストに対する理解はまだ明確ではなく、職業は一般化されていません。一般に、軍事、機密、ウイルス対策、またはその他の高セキュリティソフトウェアのテストに限定されています。
3.テクニカルルートのエキスパートドメイン：
技術的なルートでは、上向きに改善し続ける方向を「テクニカルエキスパート」と呼びます。上記の技術的ポジションの範囲がすべてエンタープライズ内にある場合、つまり、エンタープライズレベルの上級パフォーマンステストエンジニア、そしてテクニカルエキスパートの場合、ドメインレベルの特別な才能と見なされます！
ソフトウェアテスト業界のポジションを継続的に改善することで、誰もが自分の得意な分野の技術エキスパートとなり、独自の管理分野で独自の洞察と深い技術力を持つことができます。この種の人材は、特定のテスト作業に従事できなくなりましたが、ソフトウェアテスト業界全体の開発において明確な主導的な役割を果たしてきた業界固有のテスト技術コンサルティングとトレーニングを提供しています。
2.管理ルート管理
1.管理の中間ドメイン：
日常のテストエンジニアに1〜3年程度従事し、性格特性を分析した後、「マネジメント・ロースキルが高い」傾向にあると思われる場合は、キャリアアップを図りたい場合は中級レベル開発ドメインの構成管理エンジニア、品質保証エンジニア、ビジネステストエンジニアの変革。
構成管理（SCM）と品質保証（SQA）は、どちらもCMMの主要なプロセス領域（KPA）であり、最新のソフトウェアエンジニアリングにおける重要な役割でもあります。これらは、ソフトウェア開発チームおよびソフトウェアテストの重要な部分です。
ソフトウェアエンジニアリングにおけるこれら2つの役割の数は比較的少ないため、ソフトウェアテストほど大きくはなく、業界を形成することさえありますが、それはせいぜい職業です。もう1つの社会現象は、企業が社会から直接直接になることはほとんどないということです。構成管理エンジニアと品質保証エンジニアを採用します。通常の慣行は、企業内の既存のテストスタッフから選択することです。変換されたテストエンジニアは、SCMまたはSQAになります。
理由を分析すると、SCM、SQA、およびソフトウェアテストエンジニアはすべて、ソフトウェアの品質に焦点を当てた同様の仕事であることがわかります。構成管理と品質保証の定義、および社会における作業内容は一般化されていません。社会から直接「0」ファンデーションを採用する代わりにソフトウェアテスターから昇華することをお勧めします。
一般的に言って、これらの2つのポジションは、プロジェクトマネージャーまたは同じレベルのマネージャーに報告されます。
変革後、構成管理と品質保証のエンジニアは、従来のテストエンジニアの作業範囲の大部分（すべてではない）がテストプロセスに限定され、構成管理と品質保証の作業範囲はソフトウェア開発全体に向けられているという認識を変える必要があります。プロセス、両方の専門的な要件は、ソフトウェアエンジニアリングの知識システムの確立とソフトウェア開発の全体的なプロセスを実装する能力を非常に重視しています。
エンタープライズ構成管理プロセスの確立と実装に加えて、構成管理エンジニアは通常、構成管理ツールの管理と保守を伴います。品質保証エンジニアのより多くの作業は、ソフトウェア開発プロセスの制御と保守であり、構成管理の技術的要件です。品質保証より少し高いです。
ビジネステストエンジニア。業界ソフトウェアのビジネスロジックとワークフローテストに直面する人として定義されます。
ソフトウェア開発の現在のタイプの大部分は、ERP、SCM、CRM、OA、電気通信、金融、金融、組み込み、通信、携帯電話、ゲームなどの産業用ソフトウェアのアプリケーションです...これには、産業用ソフトウェアのテストに従事する要員が必要です業界の背景とビジネス知識を持ち、業界のワークフローに精通しています。
このような社会での経験を必要とするテストエンジニアの求人情報が多いことから、この傾向はより確実になり、いわゆる存在が理由であり、社会からの要望があり、個人の成長の方向性として活用することができます。
もう1つの特徴は、ビジネステストエンジニアの作業内容が主にブラックボックステストであり、機能カテゴリに属しているためです。したがって、技術要件はそれほど大きくありません。一部の大規模な業界ソフトウェア会社のビジネステストエンジニアは給料が高いですが、テクノロジーをまったく理解できません。作業の性質上、技術的な知識はそれほど必要ありません。
彼らはソフトウェアインターフェースのテストすらしていません。彼らは実装のために通常のテストエンジニアに引き渡され、ソフトウェアのビジネスと使いやすさを十分に懸念しています。業界の深い背景があるため、正式にリリースされる前にソフトウェアに多くの建設性を提案できます。意見とこれらの提案は、ソフトウェア開発者が製品の使いやすさを向上させ、ユーザーの満足度を高め、市場を開拓し、利益を生み出すための重要な要素の1つです。
2.管理における高度なドメイン：
管理ルートの中間ドメインの方向が引き続き高度なドメインに上昇すると、構成管理マネージャー、品質保証マネージャー、製品マネージャー、およびビジネスエキスパートに到達します。
構成管理エンジニアと品質保証エンジニアが構成管理プロセス、品質保証プロセスの実装、日常の管理と保守により重点を置いている場合、構成管理マネージャーと品質保証マネージャーは、構成管理プロセスと品質保証プロセスの確立と改善により重点を置いています。
一般に、中小規模のソフトウェア会社では、これらの2つの役割を利用できない場合があり、すべての構成管理または品質保証作業はエンジニアによって実行されます。ただし、中規模および中規模のソフトウェア会社は、上級構成管理マネージャーと上級品質保証マネージャーを熱望しています。
ソフトウェアシステムが大きくなるほど、ソフトウェア開発チームの規模が大きくなり、ソフトウェア開発プロセスで問題が発生する可能性が高くなります。ソフトウェア開発プロセスを効率的に管理し、ソフトウェアの品質を継続的に向上させることは、各ソフトウェア会社が技術的な懸念を抱かなければ、次のステップです。緊急に困難を克服する必要があります！
業界のコンサルティングおよびアドバイザーの役割に属するビジネスの専門家は、テスト作業からほとんど離れており、会社の製品需要分析、設計、開発、テスト、およびその他のリンクについてより多くのガイダンスを提供しており、その目的はソフトウェアの使いやすさを改善することです。セックスと安定性。需要の不必要な変化を後で減らします。
現在のホットな業界の大中規模のソフトウェア会社でもその地位を確立しています。
プロダクトマネージャー。このポジションは多くの企業で確立されており、品質保証マネージャーの派生物であると言えますが、ソフトウェア開発プロセス、ソフトウェアテスト、およびテクノロジーと管理のその他の側面を含む、製品化前のソフトウェアの品質管理に重点を置いています。 。
管理コンサルティングドメイン：管理ルートの最高の開発ドメインはコンサルティングドメインです。技術ルートのエキスパートドメインと同様に、構成管理、品質保証、ソフトウェア製品化、および業界で高度なスキルを持つ人材は、業界で豊富な経験を持っています。ソフトウェアエンジニアリングのビジョンに対する深い管理知識、ビジョン、勇気。多くの場合、専門のコンサルティングおよびトレーニング会社で働き、IT業界の管理コンサルティングおよびトレーニングサービスを提供し、ソフトウェア業界を前進させています。
著者：Moのマーク
CSDN：ソース
著作権：この記事はブロガーオリジナル記事ですが、再現は、ボーエンのリンクを添付してください！
