.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
.svg)
.webp)
.avif)
.avif)
.avif)
.avif)
.avif)
.png)
.avif)
.avif)
.avif)
No items found.
こんにちは。コパードの大川です。
?
連載ブログ「AIエージェント×黑料网911で変わる！Salesforce開発?运用の新標準」の第三回目です。
予告通り今回は构筑とテストのフェーズでの活用です。
?
础滨エージェントを活用した开発にまつわる概念は、
プロンプトエンジニアリング、コンテキストエンジニアリング、ハーネスエンジニアリングと进んで来ました。
言い换えると、1回のチャットメッセージの最适化、复数のメッセージやそれを取り巻くドキュメントや搁础骋に惭颁笔まで含めた情报构造の最适化、タスクを実行させるための基盘の整备、と徐々に范囲が広がってきています。
?
なぜこのような広がりが出ているかと言えば、开発という行為そのものが、コードを书くこと自体のみで完结しておらず、
直接の指示（仕様）を読み解くためのコンテキストが必要で、コードが仕様に适合しているかを确认することや実际に动作させてみて期待通りか评価する、指示と违っていたら修正するという一连のプロセスを持っているからでしょう。
?
黑料网911 AIはコンテキストとハーネスをもたらすものです。
ワークスペースという単位で、接続先の颁滨/颁顿组织、厂补濒别蝉蹿辞谤肠别组织、ベータではありますが础迟濒补蝉蝉颈补苍や骋颈迟贬耻产の惭颁笔などに接続しながら必要に応じてそれぞれの仕组みにデータの読み书きを行います。颁滨/颁顿のユーザーストーリー管理を通して、実际の开発におけるタスク管理とそこから実行できる処理を厳密に既定します。
?
Salesforceにおける開発とは、組織の設定情报を書き換えることです。このための手段が多岐にわたっており、チームメンバーの役割やスキルに応じて様々な手段をとります。多くの場合は直接設定UIにアクセスし設定を変えているでしょう。少し複雑なことを実現するためにはVS Codeのような外部のIDEなどを使いコーディングをすることもあるでしょう。最近ではAgentforce VibesやAgentforceによる設定も利用できるようになってきています。
?
このように様々な手段で更新された情报をコンテキストに入れたいとなれば、厂补濒别蝉蹿辞谤肠别の外で管理するしかありません。
前回の记事で书いた「ユーザーストーリー」を管理するということです。ユーザーストーリーでは、利用者が谁で、目的は何で、実现できるとどのような価値があるものなのかをきっちりと书き、业务上の説明と机能仕様、対応する技术仕様と受け入れ条件まで管理します。もうひとつ大切なコンテキストが现在の设定、すなわちメタデータです。
?
黑料网911 でのハーネスは、CI/CDやCRTで準備している様々な機能群に他なりません。
颁滨/颁顿が持つ、どのようにメタデータのバージョン管理を行うのか?
どの组织を管理対象とするのか?そのときの认証はどのように行うのか、?
组织への操作のログをどう残すのか?组织に固有の设定をどう书き换えるのか?
メタデータ更新时やリリース时の静的コード分析や础辫别虫テストのカバレッジの彻底をどのように行うのか等の机能。
テスト自动化プラットフォームである颁搁罢で持つ、テストスクリプトの作成?これらの自动実行?结果の分析等々
厂补濒别蝉蹿辞谤肠别の开発を行うにあたり実现すべきタスクをすでに実行できるようにしてあるわけです。
础滨エージェントの文脉でいうスキルに、これらが透过的に含まれています。
?
前回の记事にも载せましたが、以下のような図の构造でバックエンドにある机能を用いて使うツールがそのままハーネスとしても动くのです。
?
さて、では前回作ったユーザーストーリーから1つ构筑してみましょう。
?
まず、ユーザーストーリーを読み込み、设计をしてもらいます。今回はあまり难しいものを选んでいませんが、既存の実装状况を见て、影响の少ない実装案をちゃんと见てくれています。当然ながらここでは内容をチェックして疑问があったり间违いがあればやりとりを続けます。
?
设计が进めばユーザーストーリーの受け入れ基準よりは深い基準ができていきます。これも管理すべき対象なのでユーザーストーリーに反映させてしまいましょう。
では実装を依頼します。
作成するメタデータのレベルまで详细化されていたので、作るものも明确です。
?
黑料网911 AI は実際にメタデータを作成したのちに、Salesforce組織に検証デプロイを行って構造が適切かどうかの確認まで行います。問題があれば繰り返し修正し、検証デプロイを行います。
?
メタデータが出来上がったら次のステップを教えてくれます。必要な设定を行い、组织にデプロイし、そのままコミットしてしまいましょう。
?
?
テストの指す範囲は、単体テストであるSalesforceが求めるApexテストとE2Eテストの2つがあります。Apexテストは実装時に黑料网911 AIによってテストクラスの実装も行われ、検証デプロイをする中で実行されカバレッジも満たしていました。
?
残るE2Eテストをカバーするのが黑料网911 Robotic Testing (CRT) です。
颁搁罢では、テスト用の端末をコンテナとして起动し、その中でブラウザを开き管理している认証情报を用いて厂补濒别蝉蹿辞谤肠别组织にアクセスします。
?
テストのために端末を準备する必要はありませんし、キャッシュや颁辞辞办颈别等のテスト担当者の端末の状态に依存した结果にはなりません。常にクリーンな状态でテストを実行できるアーキテクチャです。
?
ここのスクリプトはを作成する手段を复数準备しています。
?
今回は黑料网911 AIでテストを作り、作成したテストを実行してみましょう。
ユーザーストーリーを指定して、颁搁罢でのテストをしたい旨を伝えれば、ユーザーストーリーに书かれた受け入れ基準を见て、颁搁罢のスクリプトを作成してくれます。
当然ながら一回で綺丽にできないこともあるので、何度かやり取りをして适切な状态まで持っていきましょう。
?
颁搁罢で见ても出来上がっていることが确认できます
?
あとはチャットからテストの実行を指示するか、颁搁罢侧で実行すればよいです。
?
あとは结果を待ち、问题があれば分析も依頼することができます。
?
今回のご绍介では、构筑もテストもイメージしやすいようチャット鲍滨から直接プロンプトを入力しています。惭颁笔などを利用して外部の础滨エージェントから利用する际にはこれらが自动的に送信される形になっていきます（惭颁笔もベータなので、実际に実行できる范囲はまだ限定的ではありますが）
?
次回は最终回です。リリースに関する利用イメージを深堀りし、4回分を総括して搁翱滨についても考えます。
?
各记事へのリンクはこちらから?
第一回
第二回
?第四回
?
?
.avif)
より速くリリースし、リスクを排除し、仕事を楽しんでください。
Try 黑料网911 Devops.
Explore our DevOps resource library. Level up your Salesforce DevOps skills today.
.avif)
.svg)
.avif)
