# タイトルコール ようこそ、世界が広がるソフトウェア品質で このチャンネルでは、エンジニアリングマネージャー兼QAリーダーのサミーが ソフトウェアテストやソフトウェアの品質保証を中心に 日々奮闘している方が考えていることをお話しします。 毎日お昼の12時30分に配信しています。 テストの方やリスナーのあなたと テストや品質の世界を広げていきます。 # Claude Skillsでソフトウェアテストのスキルを作ってみた こんにちは、さみぃです。今日もおはっかくしてますか? 今晩する、あ、今晩は参加する勉強会でお寿司が出るそうなので、私は夜ご飯が楽しみです。 はい、ということで今回はですね、やってみたいことはすぐやるというテーマでお話をしていきます。 なんか、最近だとですね、やっぱ、JSAIとかでいろんなものが出てきていて、 あれも使ってみたい、これもやってみたいっていうのがいっぱい出てきてたんですけど、 気づいたらさらに新しいものがどんどん出ていっちゃってっていうのがあるんですよね。 なのでと言いますか、やっぱりこれ気になるって思ったらその日のうちに動いてしまう、 一歩目を踏み出すっていうのは大事だなっていうのを改めて感じているんですよね。 今回は最近触っているクロードスキルズについてちょっとお話をしていこうかなと思っております。 クロードスキルズが何なのかっていうのは多分いろんなブログだったり、 他の放送とかで詳しく説明がされているので、ここで詳細な説明はしないんですけれども、 なんて言うんですかね、まず課題感からお話ししようかな。 前の放送でも306話目ですね、ソフトウェア開発テストでのAI活用ログっていうところで、 AI、Devinとか、ジェミニー使ってこういうことをやってるよっていう話をしてたんですね。 受け入れテストを作ってみたよとか、テストケースレビューでやってみたよという話をしたんですけど、 でも使ってみて一個課題感が残ったというか思いましているところが残っていて、 それは何かっていうと、01でっていうのかな、例えばPRDとか仕様書とかUIデザインってものを インプット、セサイアにインプットして、そこからじゃあテストケース作ってくださいとか、 受け入れテスト作ってくださいとか、テスト観点出してくださいとか、いろいろ言うんですけど、 じゃあ01で先生が作ったものの妥当性が判断できないっていうのが大きな課題感として残っていました。 そんな中でクロードスキルズっていうのが出たぞっていうのをニュースと言いますか、見まして、 このスキルズを使ったら、例えばISTQBのナレッジを使うとか、 社内のドメイン知識、プロダクト知識、社内で使っているソフトウェアテスト関連のナレッジっていうものを、 資産としてそれをベースにアウトプット、成果物を作れるんじゃないかというふうに思ったわけです。 なのでクロード、クロードでいいんだよね、クロードコード、クロードかな、でスキルを作りました。 初感、結論というか初感を最初にお話をすると、良さそうっていうのが第一感、初感になっています。 ちょっとまだ成果物の精度っていうのは確認中の段階ではあるんですけれど、 何か使えそうだなとか、そのスキルズをブラッシュアップしていけばいいなとか、 社内のノウハウ、ソフトウェアテスト関連のノウハウ、ナレッジっていうものをためていける、 そのナレッジ、スキルをベースに生成できる、成果物を作れるっていうのはすごくいいなというふうに考えています。 ここからはどんなことをやったのかっていうのを簡単にお話ししていきます。 まず最初にスキル作ろうと思って、ソフトウェアテストのスキルズを作ろうと思ったわけなんですけど、 クロードのチャットで簡単に作れました。 クロードのチャットでスキルクリエイターを使って、スキルを作りたいです、みたいな感じでプロプト打って実行したんですね。 じゃあこういう手順でやっていったらいいですよっていうのがバーっと出てきたので、 あとは聞かれたことに答えていくだけっていう順々に答えていくと、スキルズができるジップファイルが出来上がるという感じで、 簡単にできました。 最初にどんなスキルを作りたいですかというふうに質問されて、 スキルの目的、具体的な使用例、どんな機能が必要かというのを教えてくださいというふうに言われたので、 ソフトウェア開発の現場でソフトウェアテストの業務を実行するのがこのスキルの目的ですというのと、 具体的な使用例として、プールリクの修正内容からテストカウンテンとテストケースを作成して、 あとPRTとFigmaからテスト計画書を作成してとか、そんなふうに使うかなというのを答えたりしました。 どんな機能が必要かというので、テスト計画、テスト分析、テスト設計という機能が欲しいなみたいな感じで答えてきました。 そうすると、こういうリソース必要そうですねというので、ババババーって出てきまして、 テストカウンテンのチェックリストが必要そうですねとか、テスト設計技法が必要そうですねとか、そんなことをババババーっと書いてくれています。 その他にも追加の質問が多くくるので、基本的にはそれに答えていく形で、 テストカウンテンってどんな観点を重視しますかというので、 例えば機能テスト、回帰テスト、性能テスト、セキュリティテスト、アクセシビリティなどがあるので、それに回答しつつとか、 あとテストケースのフォーマットで社内で決まったフォーマットやツールはありますかという質問も追加できたので、 テスト計画書のフォーマットとテストケースのフォーマットとか、社内で使っているものを教えました。 プラスアルファでISTQBの知識も活用したいですというふうにも伝えたりしましたね。 他はあとあるかな。 あとはスキル名でどんなスキルの名前が良いですかというのを聞かれたりとか、 ツール連携、他に連携が必要なツールありますかとか、 というので答えていって、あとは作ってくれたという感じですね。 ちょっとざっくりではありますけれど、こんな感じでというか、 手間はほとんどかからずにスキルを作ることはできました。 中身自体ファイルはマークダウン形式のファイルがいくつかできていて、 それをZIPの形でパッケージしてというか、これ使ってくださいみたいな感じで作ってくれました。 後半戦ここからはですね、その作ったスキルを使ってテスト計画書とテスト観点リストと テストケースを作ってもらいましたので、その話をしています。 状況としては今ちょうど動いている案件がありまして、 それの案件を試してみようと思いました。 なぜかというと比較がしやすいからですね。 クロードスキルで作った成果物と自分が手で作った成果物が手元にあるので、 比較がしやすいと思って今動いている案件で試してみました。 スキル図のいいなというところは、スキルを指定しなくてもそれっぽいキーワードというか、 一番最初にどういう風に使えますかというのをインプットしているので、 それの情報を元に今回はこのスキルを使ったらいいんだなというところを判断して使ってくれるというのが スキル図のいいところだなという風に思いました。 最初はPRDとFigmaの情報を渡して、以下の情報からテスト計画書、テスト観点、 テストケースを作成してくださいという風にお願いをしました。 そしたら該当のさっき作ったスキルを読み込んで、そこからテスト計画書とテスト観点一覧とテストケースを作ってくれました。 これがマークダウン形式なので、そのままコピーすることができますし、 一応PDFとして出力することもできるという感じですね。 テスト計画書のフォーマット形式とかこういう項目でというところは問題なく使ってくれています。 スキル図を作ったときにインポート元々のスプシの内容とかドックスの内容というところを組み取って それぞれの項目で内容を書いてくれています。 テスト計画書をパーって見た感じだとおおむね良さそう。 ずれている、めちゃくちゃずれているということは書いてなかったですね。 なので全然これを叩き台にして自分でレビューをして直していくというのは使い方できそうだなというイメージが湧きました。 次がテスト観点リストか。 テスト観点の一覧リストについては社内のフォーマットとかは特に使ってないというかインプットはしていないんですけれど 勝手にと言いますか吉田に機能を分けてくれてこれこれ機能のテスト観点はこんな感じですね。 観点と詳細とあと優先度ABCという形で書いてくれていました。 内容は正直ジュニアレベルだな。 本当に最低限PRDから読み取れることをそのままテストを観点にしましたっていうのが結構近いかな印象としては。 でもそこから肉付けしていくとかはできるかなというふうに思ったという感じです。 テストケースについてやっぱりフォーマットを揃えてくれるというかいつも使っているフォーマットで書いてくれるのはめちゃくちゃありがたいですね。 ただその中身っていうのは先ほどのテスト観点リストの内容そのままテストケースに落としただけなのでちょっと内容薄いかなというふうに思ったりはしました。 気になった方はぜひ使ってみてください。 # #310のコメント返し🥰 コメント開始のコーナーです。今回は310話目。 地震はどこから生まれるの?コメントを開始します。 コメントは松さんと元気さんから頂いております。 ありがとうございます。元気さん初コメですよね。ありがとうございます。 はい、では1件目元気さんです。 こんにちは元気です。先日はオシオさんのコラボ放送ありがとうございました。 実行啓発書とかでは他者からの評価には頼りすぎない方が良いと言われますが、 やっぱり認められると嬉しく思っちゃいますよね。 客観的な評価と自分でも思えたら自信を持っても良いと思いました。 ということで初コメありがとうございます。おめでとうございます。パフパフということで。 そうですよね。確かに実行啓発系の書籍だと、 あとはコシーさんも自分軸とか、コシーさんだけじゃなくて結構他の方もおっしゃってますよね。 沢さんとかもかな、自分軸が大事とか、自分がこう思うとか、自分で肯定するとかも含まれるのかな、というところもすごい大事と。 あんまり周りからの評価は気にすぎない方が大事っていうのも確かにそうですよね。 頭じゃ分かってるけど、やっぱり客観的な評価は欲しいって思ってしまうのが人間なんですかね。 社会的な動物ですからね、人間もね。 でも確かに書いてくださっているように客観的な評価と自分でも思えたら自信を持っても良いと思いましたというのは本当にその通りだと思います。 言語化ありがとうございます。 続いて2件目はマジさんです。 もっと自信持てよって言われたときにどうやって自信が持てばいいんですかと聞き返してました。結構おざいですね。 でも本気で持ってたんですよね。 今は自信を持てるようになったので振り返ると立場、経験が理由ですね。 自分の場合は上司から言われたことをやっているレベルと自信には繋がらなかった。 自分でやることを決められる立場で成果を出せるようになって、ようやく自信に繋がったんだと今気づきました。ありがとうございます。 良い打席を与えるって重要ですねということで。 丁寧なコメントありがとうございます。 そうですね。どうやって自信が持てればいいんですかと聞き返していましたというのは確かに聞き返されるとちょっとドキッとしてしまいそうですね。 マジさんも言語化できているのがめちゃくちゃ素敵だなと思っていて、自分の場合は上司から言われたことをやっているレベルだと自信には繋がらなかった。 そうですよね。 私の会社が入ってしまうんですけど、やらされ仕事だったりとかこの仕事をやってよって言った時に仮になぜそのタスク仕事が重要なのかというところをもし分からずに単に作業としてやってしまっているというだけだと 確かにやらされ仕事になってしまってこれやってください。やりました。はい以上みたいな感じになっちゃうのかな。 ちょっとまた違うのかなと思いつつ。でも自分でやることを決められる立場で成果を出せるようになって自信に繋がったということですね。 自分でこういうことをやる必要があると思うんです。やりたいんですというところが、 それを実現というか実行ができるということは周りの人に説明、説得することができて、そしてグリッドというかやり切るというところまでだと思うので、確かにそこまでできると自信に繋がりそうですね。 あれですかね、実行の裁量でここまでできたっていうのが自信に繋がるんですかね。 気づきの共有ありがとうございます。以上コメント開始でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回はプレミアム放送となります。 オーケストラの舞台裏についてお話をしていきます。 プレミアム放送は、サミーの休日チャンネルという名前をつけていまして、 このチャンネルでは、旅の思い出や旅的、クラシック音楽やオーケストラの裏話など、 新しい一週の仕事に向けてリラックスできるハーブのような放送をお送りします。 ということで、こういうテーマでお話をしております。 なぜこういうテーマにしているのかと言いますと、 仕事で成果を出すにはしっかり休むことも大事だと思っていますので、 一緒にリラックスできる時間を作っていきたいなという思いも込めまして、 旅行の思い出だったりとか、趣味のオーケストラの話をしていたりします。 月額で有料にはなってしまうんですけれども、 ペットボトル1本分ぐらいですかね、web価格で150円となっておりますので、 ぜひwebからお申し込みいただくとよりお得になっております。 それではまた明日お会いしましょう。ごきげんよう。