ソフトウェアテストエンジニアとしては、試用期間があるので内定をもらったときはホッと一息もつきませんし、最初のプロジェクトでいい仕事をしなければ、おそらく受からないでしょう。試験のベテランは実務経験があるので少し落ち着いていますが、初心者、特に研修を終えたばかりで履歴書にある程度のパッケージが書かれている人は、秘密がバレないよう注意が必要です。入社初日から、実際のプロジェクト要件の取得、完了まで プロジェクトのテストでは何が行われるのでしょうか?
1. 環境に精通している
入社したばかりの頃は全員のことを認識しておらず、何か問題があった場合に誰に相談すればよいのかわかりませんでした。
まず、入社したら必ず紹介してくれるのがテストチームの人です、まずはリーダーを決めて、同じテーブルで仲良くなります、何でも話しやすいです、テストとしてエンジニア、対応しなければならない人はプロダクトマネージャーです マネージャー、同じプロジェクトチームの開発とテスト、各人の責任を尋ねます 最初は人を特定するのは困難ですが、少なくとも名前を覚えておいてください会社の WeChat 上の人物を検索し、役職に一致します。
次に引き継がれる可能性が高いプロジェクトをリーダーに聞き、大規模プロジェクトの第2フェーズやアップデートのテストをしたい場合など、そのプロジェクトに関連する製品情報を把握しに行きます。まず第一に、この大規模なプロジェクトの主要なプロセスを理解し、次に私たち自身のニーズに関連するモジュールをより詳細に理解する必要があります。
次のステップは、プロジェクト チームが使用するさまざまなツールに慣れることです。たとえば、データが oracle の場合は、最初に PL/SQL をインストールする必要があります。mysql の場合は、最初に navicat をインストールする必要があります。基本的な使用方法を確認してから、プロジェクトを理解します。関連する管理ツールと要件はどこに配置されますか? SVN上にありますか？プロトタイプはどこにありますか？ユースケースはどこに書かれていますか? バグの記録方法など、まず対応する内容を知っておくと、後で作業を開始するときにスムーズに作業できるようになります。
2. 特定のプロジェクト要件を受け取りました
1: プロジェクトの背景に精通している
リーダーはどのプロジェクトをテストするかを明確に割り当てているので、たとえば、プロジェクトに参加する場合など、非常に専門的な知識が必要な場合は、まずこのプロジェクトの背景をよく理解し、それが誰のためのもので、どのような問題を解決するのかを理解しなければなりません。証券会社 同社はファンド流動化システムに取り組んでいます そうですね、まずはファンドの基礎知識を理解する必要があります 当面は深入りする必要はありません まずは基本的な概念を理解しましょう, プロジェクトの要件を理解できるようにするため、後で実際にテストする機能のポイントを詳しく学習します。
2: ビジネスに精通している
このプロジェクトの主なビジネスは何なのか、プロセスはどのようなものなのか、各ビジネス モジュールにはどのような機能があるのか、データベースとのやり取り方法などを確認します。この情報を入手するには、要件レビュー ミーティングに参加する必要がある場合があります。ジョブに参加するときにそれを見逃していた場合は、既存の要件、プロトタイプ、その他の資料に基づいてそれを取得し、プロダクト マネージャーや開発者などにさらに尋ねる必要があります。
3: テストのワークロードと時点を分析する
このタスクをリーダーがあなたに引き渡すとき、必ず「完了までにどれくらい時間がかかりますか？」と尋ねられますが、焦らずに、最終的な納期を把握し、大まかなテスト計画を立て、どのように完了するかを分析してください。テスト ポイントの抽出にかかる時間、テスト ケースの作成にかかる時間、開発のテストはいつ行われますか? テスト後、次のテストを受けるまでどのくらい時間がかかりますか? 開発されたコードの品質がわからないため、あと数ラウンドの回帰テストにかかる時間を見積もるのが最善です。インターフェイス テストは必要ですか? パフォーマンステストは行われるべきですか? これらのワークロードはどれくらいの大きさですか? 大まかな計画を立てたら、まず計画を共有し、同僚にレビューしてもらい、問題がなければ、比較的正確な時点を伝えます。あまり自慢しすぎると結局時間内に終わらず、印象にも影響しますので注意しましょう。
3. テストケースの作成を開始する
テスト エンジニアの主な仕事は、テスト ケースの作成とユース ケースの実行の 2 つです。テスト ケースの具体的な作成方法については詳しく説明しません。他の同僚のユース ケースのスタイルや粒度を確認することをお勧めします。テストマネージャーはあなたの作業能力を評価します。テストケースの評価から始まり、まずユースケースが要件を完全にカバーできるかどうか、タイトルが簡潔で明確か、手順が明確で実行可能か、ユースケースが独立していることはすべて重要であり、粒度の問題もあります。会社が非常に詳細に書くことを要求している場合は、それに従うだけで済みます。全員が簡潔で、自分が詳細に書きすぎると、作業負荷が高くなります。他の同僚よりも大きいと、最終的な効率に影響を与える可能性があるため、注意深く観察する必要があります。
4. テスト済み
テストする前に、テスターが自分でテスト環境をデプロイする必要があるかどうか、リモート デプロイメントに Linux コマンドを使用するか、ジェンキンスを使用して直接構築する必要があるかどうかを、まず同僚に尋ねる必要があります。
スモーク テスト: 最初に必ずスモーク テストを実行してください。つまり、メイン プロセスを実行します。メイン プロセスが失敗し、404、500 およびその他の問題がすべて発生した場合は、直接コールバックしてください。ジョブに参加したばかりで、詳しい操作はわかりませんが、他人を傷つけるのが怖い場合は、まずリーダーにその旨を伝え、一度操作を依頼してください。
システムのテスト ケースを正式に実行し、バグがある場合はバグを記録し、新しいバグが見つからなくなるまで追跡および管理します。
5. 試験報告書
テスト計画、ユースケース、バグに基づいてテストレポートを要約し、同僚に以前に書いたものを真似するように依頼してください。最も重要なのは最初のプロジェクトであり、ビジネスの理解、使用しているテクノロジー、仕事で直面した困難、それをどのように解決したか、進捗状況などを率先して要約する必要があります。 、現在の仕事はまだ何をしていますか? 改善提案などの要約がある場合は、リーダーに送信して、あなたの仕事の能力を知らせてください。
プロジェクトを一通り終えた後、会社の仕事の進め方や関係者との業務連絡が明確になったので、後から正社員になれるかどうか心配する必要はありません。 。