ウクライナでQAエンジニアを採用する

両方で、別の仕事です。手動QAのスペシャリストは、テストケースを設計し、ユーザーのように製品を探索し、スクリプトでは見つからない欠陥を見つけます。自動化エンジニアは、その安定した部分を、変更のたびに実行されるスイートにします。多くの製品が両方を必要とし、御社の状況が実際にどちらを求めているかをお伝えします。

当社自身が使い、採用の際にも重視しているのはPlaywrightで、複数のブラウザで、実際のパイプラインに対して使います。すでに別のツールで書かれたスイートも、書き直しにこだわることなく引き継げます。最初にフレームワークを置き換えようとするQAエンジニアは、役に立っていません。

御社の継続的インテグレーションで、変更のたびに実行されます。そのため、失敗したテストは、後から気づかれるのではなく、リリースを止めます。誰かが思い出したときにしか実行されないスイートは、テストスイートではなく文書であり、その旨をお伝えします。

はい、よくある出発点です。順序は、本番で最も頻繁に壊れる箇所を読み取り専用で確認し、機能一覧の先頭から始めるのではなく、まずそれらの経路をカバーすることです。バグ修正には、報告された1件ではなく、そのバグのクラス全体に対するテストを書きます。

日々の業務では御社です。御社の優先順位、御社の完了の定義、御社のリリース判断です。その背後で、エンジニアはBigTree108でレビュー、休暇中の代替、難しい欠陥についてのセカンドオピニオンを得られる体制にあり、これらは御社の予算ではなく当社が負担します。

チームの19名が現役の技術面接官であり、QAの候補者は、チェックリストを持つリクルーターではなく、実際にその仕事をしている人が評価します。そのうえで、御社が自分の質問で面接し、直接採用と同じように遠慮なく不採用とできます。