人材の偽造：テスターがどのように研究し、鍛冶屋が鍛えられたか

テスターを探しています。 遅かれ早かれ、すべてのIT企業はそのような専門家を雇う必要に直面しています。 検索は長時間続き、多くの場合失敗します。 何もする必要はありません。市場は非常に過熱しており、優秀なテスターはすぐに解体されます。 私たちの大学はまだ質の高いエンジニアを養成していません。 テスターは卒業証書ではなく職業であり、フレーム数の増加を予測することは不可能であることがわかります。 そして、私たちのプロジェクトは燃えています、私たちは緊急に人々を必要としています。 このような状況では、これらの人々をゼロから教育するという極端な手段を取ることにしました。 そこで、Peter-Serviceのテスター学校のアイデアが生まれました。



この記事では、中核ではないスペシャリストのテスト教育の経験を共有します。

---

他のプロジェクトと同様に、テスターの学校にも独自のライフサイクルがあります。 非常に簡単：準備、トレーニング、そして最も楽しい-アフターパーティ。

目標と対象者

準備するとき、最初に目標を決定します。 何を、なぜ教えるのかを考えてください。 「自分のために」専門家を養成する場合、標準的なテストコースを読むことは意味がないかもしれません。 これはまさに私たちがやったことです。私たちは会社で使用しているタイプ、テクニック、テストツールに焦点を合わせました。 これらは、UIテスト、データベース、自動化、バージョン管理システム、および継続的統合です。



また、従業員の中で見たい人についても考えます。 教えたい人の数、年齢、社会的地位を見積もります（もちろん、学校のために学校を作りたい場合を除きます）。 これらの点に加えて、職場のラップトップは極端な場合にのみ使用する予定だったため、潜在的な学童の間でラップトップを使用することが重要でした。

先生方

教師が学校の結果を決定することはおそらく秘密ではありません。 私たちの教師は、生産エンジニア、プログラマー、テスターです。 私たちは誰も教えたことがありません。 そして、あなたは、人々にレッスンを強制するべきではありません。 ボランティアを招待する方が良い。 私を信じてください、仕事の後に完全に無料で教える準備ができている人は完全にそれをします。 おそらく、彼らのクラフトのそのようなファンは、彼らの熱意と学生に「感染する」ことができるでしょう。







学校の終わりに行われた回顧展では、準備段階で、教師向けのトレーニングが非常に有用であることが示されました。 将来の教師に優れたプレゼンテーションの基本的なトリックを示し、生徒に注意を払わせてください。 私たちは一般的に幸運でした：私たちの学生自身は知識に対して非常に貪欲でした。 しかし、教育経験がまったくないため、このようなトレーニングは私たちに良い心理的サポートを与えてくれました。



また、良い解決策は、授業計画の相互検証です。 第一に、教師はトレーニング全体を通してコンテキストを繰り返したり壊したりすることなく、コース全体をマスターします。 そして第二に、同僚の承認は彼らに自信を与え、あなたに「私は話しているのか？」と思わせません。



授業計画を立てるときに議論したのはスケジュールでした。 週4日3時間ですか、週3日4時間ですか？ その結果、私たちは大学での夕方の学習体験を考慮に入れて、天文学的に3時間、週3回授業を行いました。 私たちの学校は春に来たので、多くの人が夏のコテージに行く日である金曜日のスケジュールから除外しました。

職場

学習プロセス自体は目標によって異なります。 そして、イベントがワークフローに最大限に没頭する学校として発表された場合、あなたはこのまさにプロセスを通して考えなければなりません。



授業開始の約1か月前、私たちは仕事と立場について真剣に考えました。 実際のインフラストラクチャを使用するという当初のアイデアは、セキュリティサービスからのサポートが見つかりませんでした。 職場環境を会社で使用されている環境にできるだけ近づけ、学生が内部ネットワークにアクセスできないようにする方法は？ アプリケーション（ユーティリティ、テストフレームワーク、IDE、ライブラリなど）を学生のコンピューターに配信するためのスキームを開発し、Webアプリケーションとデータベース用のサーバーを準備する必要がありました。 これらのタスクを完了するために、DevOpsのスペシャリスト、システム管理者、IT部門、およびセキュリティ部門を雇用しました。



学生のための普遍的な職場を作るために、私たちは他のプロジェクトで成功裏にテストした浮浪者技術を選択しました。 Vagrantを使用すると、学校のソフトウェアに必要なものすべてを備えた仮想マシンを作成し、「ボックス」に梱包して、生徒のマシンでワンクリックで展開できます。 したがって、さまざまなコンピューターおよびオペレーティングシステム用に同じ予測可能なワークステーションを取得しました。これは、障害または故障が発生した場合に簡単に復元でき、最も重要なこととして、どのコンピューターでも再現できます。 ただし、この場合の「ボックス」のサイズは非常に大きいことに注意してください。つまり、コンピューターへの最初の配信にも多くの時間がかかります。 次回は、VDIの形式でワークステーションを使用しようとします。



vmWare VSphereを使用したテストアプリケーションでサーバーを準備しました。 すべてが実際の作業と同じです。データベースとアプリケーションサービスは異なるインスタンスに分割され、nginxが構成され、ドメイン認証が発生し、DMZがOpenVPN経由のアクセスで選択されます。 最終セットアップの後、サーバーのスナップショットを作成しました。 トレーニング中にシステムの実際のテストが行​​われ、学生は意図的または無意識のうちにアプリケーションを「ブレイク」し、ブルートフォース、負荷をかけ、データベースの脆弱性を検索しました。 最初は何も失敗して失敗する可能性があるという事実から始めたので、いつでも作業環境を復元することは問題ではありませんでした。すべてがスナップショットから即座にロールバックおよびアップされました。



教室内のネットワークへのアクセスを整理するために、別の無線LANが設置されました。 学生はOpenVPNを介してのみスタンドに着くことができました。OpenVPNは、Vagrantの仮想環境で自動的に上昇しました。 学生は別のアカウントを持っていました。 サービスはドメインに接続されていたため、承認が簡素化され、必要に応じてアクセスを制限できるようになりましたが、これは必要ではありませんでした。 データベース内のデータの予備的な非個人化を行いました。テストされたアプリケーションは本番では重要ではなかったため、重要なデータやコードが漏洩するリスクはありませんでした。



はい、ところで、テストアプリケーションについてです。 もちろん、作業プロジェクトを使用することが理想的です。 しかし、これが不可能な場合は、多少モダンなものを見つけてください。 もちろん、バグの多い古代のデスクトップアプリケーションはテストに適しています。 しかし、彼の後にテストへの関心が残りますか、学童は防虫剤のような匂いがしますか？ テストアプリケーションとして、実際に動作するプロトタイプを使用しましたが、実稼働には使用しませんでした。



一般的に、すべてがいつでも壊れる可能性があるという公理を受け入れます。 その後、多くのトラブルや不必要なストレスを避けます。 考慮に入れなかったのは停電だけでした。 ムーアの法則によれば、これはまさにクラスの1つで起こったことです。 したがって、単純な問題のように思えても、決してリラックスすることはできません。

トレーニング

そのため、トレーニングが開始されました。







授業を欠席した場合の対処方法を生徒に説明します。 どこで情報を入手できますか。 レッスンの主な論文で配布資料を準備しました-そのような場合に非常に便利です。 さて、もしあなたがプレゼンテーションをすることができれば。 たとえば、VKグループを介して集中的に行います。



すでに述べたように、トレーニングをワークフローに可能な限り近づける必要がある場合は、何よりも練習が必要です。 いずれにせよ、優れた結果は理論と実践の交互にあることを忘れないでください。 そして、人生や仕事から可能な限り多くの例を挙げてみてください。 その後、学生は職業の現実を理解し、「明るく」なります。



テストに関する普遍的な知識を提供したかったため、入門的な理論コースはISTQBの基本レベルのトレーニングプログラムに基づいていました。 しかし、練習に関しては...



当社は、複雑なマルチコンポーネントシステムを提供しています。 個々のコンポーネントの生産には、原則として、開発者とテスターの専任チームが責任を負います。 私たちは、アプリケーションアーキテクチャの基本レベルを生徒に案内するためのクラスを設計しました。 その結果、誰もが彼がどの分野で仕事に興味を持っているかを理解できました。



実際には、3層アーキテクチャとかなり標準的な実装を備えたWebアプリケーションが選択されました。クライアント部分はHTML、CSS、Javascript、サーバー部分はJavaです。 アプリケーションはApache Tomcatにデプロイされ、Oracle DBMSはデータの保存に使用されました。 SQLとデータベースを介したUIの手動テストからREST APIの自動テストに移行しました。



システムにユーザーインターフェイスがある場合は、テストを開始します。 プログラミングとITに不慣れな人にとっては、使い慣れた入力フィールドとボタンに簡単に対処できます。 最初のテストプラクティスは、既成の計画に従ってテストし、欠陥レポートを作成することでした。 これを行うために、以前にJIRAでプロジェクトを作成し、TestRailでスクリプトをテストしました。



プログラムが徐々に複雑になります。 たとえば、単純な手動テストに単純なエラーテストツールを追加します。 UIの部分では、Fiddler Web Debuggerとブラウザー開発ツールの機能を調べました。 データベースの一部はSQLを調査しました。 HTTPプロトコルに関する初期情報は、REST要求に関する情報で拡張されました。 この瞬間までに、学生はテストアプリケーションに非常に精通し、自動テストの準備が整いました。



自動化は、当社で広く使用されているロボットフレームワークを使用して実行されました。 非表示にしません。UIを自動化してすごい効果を得たいと思っていました。 しかし、時間の制約とそのような自動化の複雑さのために、古き良きAPIを支持してこのアイデアを放棄しなければなりませんでした。 最終的に各生徒がすべてうまくいくように努めましたが、彼は本当のテスターのように感じました。 APIテストの自動化により、これが可能になります。



これに関して、テストの基本を学ぶことは、原則として、完了したとみなすことができます。 ただし、自動テストは自動開始なしでは意味をなさないため、開発プロセスに組み込む必要があることはよく知られています。 したがって、私たちはやめず、生徒との継続的な統合の実践を学ぶことにしました。 繰り返しますが、会社で使用されているツールは、TeamCityとBitBucketというツールとして使用されました。



ところで、すべてのレッスンで1つのアプリケーションを練習に使用するという決定は非常に成功しました。 非機能テスト（ユーザビリティ、負荷）でさえも実行されました。 そのため、知識の一貫性と一貫性を確保しました。



テスターの学校は学校と呼ばれますが、生徒が資料を覚える必要はありません。 結局のところ、私たちは最終的に、その中からテスターを雇いたいと思っています。 したがって、彼らが何かを覚えていなくても大丈夫です。本質を理解することははるかに重要です。 同じ理由で、聴衆と対話し、質問し、彼らの思考をテストします。 教えるだけでなく、従業員を選択します。 最初のレッスンから、プロジェクトに適しているかどうかを確認してください。



教室での大きなプラスは、アシスタントの可用性です。 そして、2よりも優れています。 1つは、3時間にわたって講義を行い、質問に答えて、全員が一度に練習できるようにすることは非常に難しいことです。



さて、レッスンですべての質問が行われ、生徒たちが何が起こっているかを完全に理解して帰宅した場合。 ただし、教育用アプリケーションへのリモートアクセスを提供できる場合にも役立ちます。 宿題のことすら考えていませんでした。25年後に、人々にもっと宿題を積ませるのはなぜでしょうか。 しかし、彼らは待っていて欲しかったことがわかりました。 したがって、実装の可能性を考慮してください。

試験

最終試験は、トレーニングの計画段階で開発するのが理にかなっています。 次に、評価基準を決定する必要があります。 私たちは、理論の知識のテストと実際のタスクの2つの部分を行うことにしました。



各トピックのテストでは、3つの質問と一連の回答を準備しました。 もちろん、自由形式の回答は、人間の考え方に対する明確な理解を与えてくれます。 ただし、この場合の検証は非常に複雑です。



実際のタスクとして、学生を企業のWebアプリケーションのモジュールの1つをテストするよう招待しました。 このモジュールはまだ準備ができておらず、実際にテスト中です。 ここで私たちは1石で2羽の鳥を殺しました。最終的に学生を職場環境に浸し、同僚のテストを支援しました（そう、彼らは結果に満足しました）。 すべてが公平でした。彼らはエラーを探し、優先順位を決定し、Jiraで修正しました。 最終評価には、理論の知識、欠陥の正しい説明、プロジェクトで見つかった欠陥の有用性という3つのパラメーターが影響しました。



それでも、その後のインタビューの候補者を選択する主な役割は、私たちにとって試験ではなく（むしろ、学生自身が知識を体系化するために行われた）、レッスンでの個人的な印象でした。 試験の前でさえ、誰とどこで面接するかを知っていました。 試験は受験者のリストをわずかに拡大しましたが。

アフターパーティー

同じチームの生徒と引き続き仕事をする予定がある場合は、状況を少し緩和することをお勧めします。 その後の従業員の雇用を目的として正確に学校を設立したため、卒業の夜は「学生教師」の枠組みを超えることに専念しました。 私たちはゲームをし、ピザを食べて、一般的に楽しみました。 ところで、今晩は潜在的な従業員の個人的な資質を部分的に評価するのに役立ちました。

---

それでは...そして、作業チームでインタビューがありました。 そして、元学生のほぼ半数が私たちの同僚になりました。 学校がちょうど考えていたとき、私たちは少なくとも2人の新しい従業員を夢見ていました。 最終テストの時点で、さらに多くのものがあることが明らかになりました。 したがって、私たちはテスターの学校が私たちにとって真の人材の鍛え場になったことを宣言します！

関連リンク

• テスターの学校「Peter-Service」
• テストに関する多くの興味深いこと