特に人生を変えるような大きなターニングポイントでは、前もって計画を立てることが大切だと、私はずっと信じてきました。
つまり、業界における時間、学歴、職務経験、プロジェクト経験、優れたスキル、あなたの個性、履歴書との一貫性を保つこと、といった観点から言葉を整理することができます！
以下は、○○さんの参加者の事例です：
こんにちは、私はXXXX出身のXXと申します。XXX大学でコンピュータサイエンスを専攻し、卒業から現在までXXX社で1年半ソフトウェアテスト業務に従事しています。
私が担当したプロジェクトは主にXXXというXXXシステムのプラットフォームで、主にXXXのモジュールが関わっています。プロジェクトでは、ウェブとアプリの機能テスト、インターフェーステスト、ストレス安定性テストを担当しました。私はウェブとアプリの機能テスト、インターフェーステスト、ストレス安定性テスト、テスト環境の構築を独自に担当しました。
また、c/c++、Java、JavaScriptプログラミング言語を専門とする開発経験もあります。
私は忍耐強く、良心的な人間で、テストでもうまくやれる自信があります。
A：最初の会議は、参加者のニーズを分析するために開催される製品、開発、テスト、主にいくつかの主要な機能点のニーズを探ることです。開発のための開発スケジュールの完了後、ディレクターは、テスト計画、タスクの割り当てを書き始めました。
追記：各企業が独自のプロセスを持っているため、すべての企業がこの種の非常に標準化されていることはできませんので、我々は自分の実際の会社の状況に従うことができます。しかし、標準化された方法で話すことをお勧めします。
プロジェクト・ステートメントは、全体的なものから、全体を数値化できる部分的なもの、テスト環境、役割責任の順になります。
カデットのケース
このXXXプロジェクトはXXXシステムプラットフォームで、主な業務範囲はXXXです。プロジェクトのモジュールは主にXXXです。プロジェクトは今年3月からプロジェクトを入力し、設計と開発、6月末にテストリリースをオンラインで完了します。
このプロジェクトでは3人がテストを担当し、要件レビューが終わった後、上司がテストタスクを与え、テストケースを作成します。私が主に担当するモジュール
最初のテストには1週間かかり、プロジェクト全体のテストはほぼ1ヶ月間、合計4ラウンド行われました。）
A：まず、開発環境と独自のテスト環境があるかどうかを確認し、テスト環境が再現できることを確認し、欠陥が開発との効果的なコミュニケーションを維持することが確認された場合：
低レベルの提案バグであれば、バグプラットフォームに記録し、まずコミュニケーションを保つことができます；
バグのレベルが高い場合は、命令の開発と要件文書の期待結果に対応する、より説得力のある;根気よくバグの危険性を説明し、製品を確認するために見つけることができない、それがバグであることを確認する状況を示し、再びの開発に割り当てられています。
A:まず、問題が発生した環境で可能な限りの再現を試み、ブラウザ環境や問題が発生した特定のアカウントなどの整合性を保ち、何度試みても再現できない場合は、バグプラットフォームにも記録してください。
詳細はこちら
----------------
1.ソフトウェアテストエンジニア業界の現状分析
最後に、「風を追いかけて」は、皆さんが理想の仕事を見つけることを願っています！
