Skip to main content
1

テスト作成のためのプレイブックを作成する

あなたの e コマースのモノレポには 30 以上のモジュールがありますが、十分なテストカバレッジがあるのは一部だけです。全体のカバレッジを 44% から 80% に引き上げたいと考えており、その出発点としてカバレッジが最も低い 8 つのモジュールから始めます。並列セッションを開始する前に、8 つすべてのセッションが一貫した方法でテストを書けるようにするための プレイブック が必要です。Devin にプレイブックの作成を依頼してください。任意のセッションでテスト方針を説明するだけです:このプレイブックは、すべての並列セッションで共有される共通の指示セットになります。さらに、テストユーティリティやモックのパターン、プロジェクト固有の注意点 (例: “always call resetMocks() in afterEach”) について Knowledge にエントリを追加することもできます。
2

午後6時に並列セッションを8つ起動します

勤務日の終わりに、Devin のホームページ から新しい Devin セッションを開き、バッチタスクの内容を記述します。
  1. ドロップダウンメニューからテスト作成用のプレイブックを選択します
  2. プロンプトでタスク内容を記述します:
  1. 提案されたセッションを確認します。Devin は各モジュールの現在のカバレッジを一覧表示し、作成するセッションを確認します:
提案されたセッション（8モジュール、すべてカバレッジ50%未満）:
  1. src/services/PaymentService — 31% coverage
  2. src/services/UserService — 38% coverage
  3. src/api/routes/billing — 42% coverage
  4. src/middleware/auth — 44% coverage
  5. src/services/NotificationSvc — 47% coverage
  6. src/components/Checkout — 49% coverage
  7. src/utils/validation — 51% coverage
  8. src/services/SearchService — 53% coverage

8つの並列セッションを開始しますか？ (y/n)
  1. バッチを承認したら、あとはノートパソコンを閉じるだけです。8つのセッションが、それぞれ別々のDevinマシン上で同時に起動し、各セッションがあなたのプレイブックに従って独立して実行されます。
3

朝起きたら8件のPRが届いている

朝までに各セッションが完了し、それぞれ自分用のPRを作成します。リポジトリには8件のPRが作成されており、それぞれに新しいテストファイルとカバレッジサマリーが含まれています。
Module                       | Before | After  | PR     | Status
-----------------------------|--------|--------|--------|--------
src/services/PaymentService  |  31%   |  87%   | #412   | Ready
src/services/UserService     |  38%   |  84%   | #413   | Ready
src/api/routes/billing       |  42%   |  91%   | #414   | Ready
src/middleware/auth           |  44%   |  82%   | #415   | Ready
src/services/NotificationSvc |  47%   |  85%   | #416   | Ready
src/components/Checkout      |  49%   |  83%   | #417   | Ready
src/utils/validation         |  51%   |  93%   | #418   | Ready
src/services/SearchService   |  53%   |  86%   | #419   | Ready

Overall coverage: 44% -> 68% (+24 pts across targeted modules)
PR はどの順番でマージしても問題ありません。各セッションは自分のモジュールに対して新しいテストファイルを追加するだけなので、コンフリクトはまれです。2 つのセッションが共有のテストヘルパーに変更を加えた場合は、手動でコンフリクトを解消するか、Devin に修正を依頼してください。
4

次のティア向けに2回目のバッチを実行する

1回の夜間バッチ実行だけでは、コードベース全体で80%の目標には届きません。次の夜には、次にカバレッジが低いモジュール群に対してフォローアップを実行します:また、重要なユーザーフローについては、ユニットテストからインテグレーションテストに切り替えることもできます:2晩の並列セッションで、コードベースのカバレッジを50%未満から80%以上まで引き上げることができます。これは、エンジニアが数週間専任で取り組んでようやく達成できる作業量に相当します。