なぜテスター向けのハッカソンを開催したのか?

この記事は、私たちと同じように、テスト分野で適切な専門家を選択するという問題に直面している人にとって興味深いものとなるでしょう。

奇妙なことに、我が国の IT 企業の数が増加しても、有能なプログラマーの数だけが増加し、テスターの数は増加しません。 この職業に就くことを熱望している人はたくさんいますが、その意味を理解している人はあまり多くありません。

すべての IT 企業を代表して話すことはできませんが、当社では QA/QC の役割を品質スペシャリストに割り当てています。 彼らは開発チームの一員であり、研究から新しいバージョンのリリースに至るまで、開発のすべての段階に参加します。

チームのテスターは、計画段階であっても、ユーザー ストーリーを受け入れるための機能要件と非機能要件をすべて検討する必要があります。 彼は、プログラマーと同様に、あるいはそれ以上に製品の操作特性を理解し、計画段階であってもチームが誤った決定を下さないように支援する必要があります。 テスターは、実装された機能がどのように機能するのか、またどのような落とし穴があるのか​​を明確に理解する必要があります。 当社のテスターは自らテスト計画とテストケースを作成し、必要なテストベンチをすべて準備します。 モンキー クリッカーのような既製の仕様に従ってテストすることは私たちの選択肢ではありません。 チーム内で働く彼は、価値ある製品のリリースを支援し、何か問題が発生した場合は時間内に警報を鳴らさなければなりません。

テスターを探しているときに遭遇したこと

多くの履歴書を検討した段階では、私たちに適した経験を持つスペシャリストがおり、チームのテスターを選ぶのに問題はないと思われました。 しかし、個人的なミーティング中に、実際には情報技術の世界からかなり遠い候補者に遭遇することが多くなりました (たとえば、ブラウザと Web サーバー間の対話の原則、セキュリティの基本、リレーショナルと非セキュリティの基礎を理解できない)。彼らはリレーショナル データベースについては理解していませんでしたが、仮想化やコンテナ化についてはまったく知りませんでしたが、同時に自分自身を上級 QA レベルで評価していました。 何十回もの面接を行った結果、この地域には私たちに適した専門家の数はごくわずかであるという結論に達しました。

次に、待望の品質の高い戦闘機を見つけるために私たちがどのような手順を踏み、どのような間違いを犯したかについて説明します。

状況をどう解決しようとしたか

既製の専門家を調達することに疲れ果てたので、私たちは近隣地域をターゲットにし始めました。

1. 私たちは、多くの「放置型」人材の中から、強力なスペシャリストを育成できる人材を特定するために、評価手法を適用しようとしました。

   私たちは、ほぼ同じレベルの知識を持つ潜在的な候補者のグループにタスクを完了するよう依頼しました。 彼らの思考プロセスを観察し、最も有望な候補者を特定しようとしました。

   特に、注意力、テクノロジーの機能、多文化主義の特徴についての理解をテストするためのタスクを考え出しました。

   
   

2. 既存の部隊の間で職業に対する理解の境界を広げるために、テスター向けのミートアップを開催しました。

   それぞれについて少し説明します。

   Ufa Software QA and Testing Meetup #1 は、この職業に関心を持つ人々を集めると同時に、私たちが伝えたいことに一般の人々が興味を持つかどうかを理解するという私たちの最初の試みです。 基本的に、私たちのレポートは、テスターに​​なることを決めた場合にどこから始めるのが良いかについてのものでした。 初心者が目を開いて大人のようにテストを見ることができるように支援します。 初心者テスターが専門職に加わるために必要な手順について説明しました。 品質とは何か、実際の状況でそれを達成する方法について。 また、自動テストとは何か、またそれを使用するのがより適切な場所についても説明します。

   
   
   その後、1〜2か月の間隔をあけて、さらに2回交流会を開催しました。 すでにXNUMX倍の参加者がいました。 「Ufa Software QA and Testing Meetup #XNUMX」では、私たちはこの主題分野をさらに深く掘り下げました。 彼らはバグ追跡システム、UI/UX テストについて話し、Docker、Ansible について触れ、開発者とテスターの間で起こり得る衝突とその解決方法についても話し合いました。

   3 回目のミーティングである「Ufa ソフトウェア QA およびテスト ミートアップ #2」は、テスターの仕事に間接的に関連していましたが、負荷テスト、eXNUMXe テスト、自動テストにおける Selenium、Web アプリケーションの脆弱性など、プログラマーに技術的および組織的義務をタイムリーに思い出させるのに役立ちました。 。

   これまでずっと、私たちはイベントのブロードキャストで通常の光と音を作成する方法を学んでいました。

   → テストの最初のステップ – Ufa ソフトウェア QA およびテスト ミートアップ #1
   → UI/UX テスト – Ufa ソフトウェア QA およびテスト ミートアップ #2
   → セキュリティテスト、負荷テスト、自動テスト – Ufa QA およびテストミートアップ #3

3. そして最終的にはテスター向けのハッカソンを開催してみることにしました

テスター向けのハッカソンをどのように準備し、実施したか

まず、これがどのような「獣」なのか、そしてそれが通常どのように行われるのかを理解しようとしました。 結局のところ、この種のイベントはロシア連邦では何度も開催されておらず、アイデアを借りる場所もありません。 第二に、一見怪しげに見えるイベントにすぐに多くのリソースを投資したくありませんでした。 そこで、QA の作業サイクル全体ではなく、各段階ごとに短いミニハッカソンを実施することにしました。

私たちの主な悩みは、地元のテスターが明確なテスト マップを作成する練習をしていないことです。 彼らは、実装前のユーザー ストーリーを調査したり、機能要件と非機能要件、UI/UX、セキュリティ、ワークロード、ピーク負荷について開発者にとって明確な受け入れ基準を作成したりすることに時間を費やしません。 したがって、私たちは初めて、彼らの仕事の中で最も興味深く創造的な部分である、プロジェクト前の調査での要件の分析と形成を行うことにしました。

私たちは潜在的な参加者数を見積もり、MVP リリースには少なくとも 5 つのバックログ、5 つの製品、そして製品所有者として機能し、ビジネス ニーズを解読し、制限についての決定を下す 5 人が必要であると判断しました。

得られたものは次のとおりです。 ハッカソンのバックログ.

主なアイデアは、参加者全員の日常業務からできるだけ離れたトピックを考え出し、創造的な想像力を羽ばたける余地を与えることでした。

私たちはどのような間違いを犯しましたか?また、もっと改善できる点は何でしょうか?

営業担当者や下位管理職の採用分野で広く普及している評価手法の利用には多大な労力がかかりましたが、各参加者に十分な注意を払い、その能力を評価することはできませんでした。 一般に、この選択オプションは会社に対してマイナスのイメージを生み出します。なぜなら、かなり多くの人が不十分なフィードバックを受け、その後、雇用主の横暴の影響を自分自身や他人に生み出すからです（IT コミュニティでのコミュニケーションは非常に発達しています）。 その結果、我々には文字通り、非常に遠い未来を持つ潜在的な候補者が XNUMX 名残されました。

出会いは良いものです。 詳細を検討するための広範な基礎が作成され、参加者の全体的なレベルが向上します。 同社は市場でますます認知されるようになってきています。 しかし、そのような事業に伴う労働集約度は小さくありません。 ミートアップ開催には年間約700～800工数がかかることをしっかりと理解しておく必要があります。

テストハッカソンについては。 この種のイベントは、開発者向けのハッカソンとは異なり、開催頻度がはるかに低いため、まだ飽きられていません。 このアイデアの利点は、リラックスした方法で大量の実践的な知識を交換し、各参加者のレベルを非常に正確に判断できることです。

イベントの結果を分析した後、私たちは多くの間違いを犯していたことがわかりました。

1. 最も許されない間違いは、4～5 時間もあれば十分だと信じてしまったことです。 結果として、バックログの導入と理解だけで 2 時間近くかかりました。
   初期段階でのプロダクトオーナーとの協力と、主題領域に本格的に取り組む時間には、同じくらいの時間がかかりました。 したがって、残りの時間はテスト マップの包括的な開発には明らかに十分ではありませんでした。
2. すでに夜だったため、各マップについて詳細なフィードバックを行うには十分な時間とエネルギーがありませんでした。 したがって、この部分は明らかに失敗しましたが、当初はハッカソンで最も価値のある部分になる予定でした。
3. 私たちは、参加者全員の簡単な投票によって開発の品質を評価することにしました。各チームに 3 票を割り当て、最高品質の作業に与えられる票を割り当てました。 おそらく陪審員を組織した方がよいでしょう。

何を達成しましたか?

私たちは問題を部分的に解決し、現在は 4 人の勇敢でハンサムな男性が働いており、4 つの開発チームの後方をカバーしています。 潜在的な強力な候補者が多数存在することと、市の QA コミュニティのレベルにおける目に見える変化はまだ注目されていません。 しかし、いくつかの進歩があり、これは喜ばしいことではありません。

出所： habr.com