キュー・ワード分析
1.XMLタグの使用は、テキストキューに明確な構造を与え、大きな言語モデルがあなたの指示をよりよく理解できるようにします。ちなみに、クロード3は非常にXMLに親和的で、高品質のキュー・ワード出力出力のほとんどはXMLに基づいて整理されており、今ではこのテクニックを大いに活用している。
今のところ、XMLタグをよく理解しているのはクロードとミストラルだけであることに注意してください。
2.CoT(思考の連鎖)の助けを借りて、モデルが一定のステップに従って考えることができるように明確なステップがあり、各ステップの結果を次のステップの入力として使用することで、高品質の出力結果を得ることができる。
- まず、コードを分析し、そのコードが何をするのか、入力、出力、コア・ロジックを把握する。こうすることで、コード内の重要な情報を見逃すことがなくなります。
- 次に、目的、入力、期待される出力、テストの種類など、必要なテストケースを列挙する。以前のコードを分析すれば、テストケースを書くときに重要なテストケースを見落とすことは簡単ではない。
- 出力が表形式であることを明確にし、出力に必要な情報がすべて含まれていることを確認する。
- 次に、それぞれのテストケースについて、準備、実行、検証のプロセスに沿ったテストコードを書くようにします。前のテストケースがあれば、重要なテストコードを見逃すことなく、テストコードを一つずつ書いていくことができます。
- コードを書く前にコメントを書きたいことを明確にし、テストコードごとに別々のプロンプトを書くのと同じようにする。
- 生成された結果は、すべてのシナリオが完全にカバーされていることを確認するために見直された。
- 最後に、テストカバレッジとこのテスト計画活動を通して得られた洞察をまとめます。このステップは、モデルにとってはもうあまり意味がないので、実際には省略してもかまいませんが、作者にとっては、なぜこのようなテストケースを生成するのかをよりよく理解するのに役立ちます。そこから何かを学べるかもしれません。
3.モデルがあなたの指示をよりよく理解し、よりあなたの期待に沿った結果を生成できるように、指示の目標を最初に述べることが重要です。
4.冒頭のキャラクタライズに関しては、結果を生成する際にコーパスからより多くのキャラクタ関連のコンテンツを選択できるようにするためのおまけである。
この手がかりは、手がかりとなる言葉によって、モデルが質の高い出力を生成するように誘導できることを示す良い例である：
1.指示は明確であるべきで、XMLタグの助けを借りて指示を整理することができます。
2.CoTをフル活用することで、モデルがあるステップに従って考えることができ、各ステップの結果を次のステップの入力として使用することで、高品質な出力結果を得ることができる。
3.出力がリストアップしたステップに従い、各ステップに必要な情報がすべて含まれていることを確認するために、出力の書式を明確にする。
英語版
。
あなたは、与えられたコードを徹底的にテストする専門家です。 あなたの目標は、コードを実行し、潜在的なバグや問題を発見するための包括的なテストケースを作成することです。コードをテストし、潜在的なバグや問題を発見することです。まず、提供されたコードを注意深く分析すること。 その目的、入力、出力、主要なロジックや計算を理解すること。テストが必要なすべての異なるシナリオとエッジケースを考慮するために、かなりの時間を費やす。
次に、コードの正しさを完全に検証するために必要と思われるテストケースのリストを、ブレインストーミングで作成する。 各テストケースについて、以下のように指定する。各テストケースについて、以下のことを表にまとめなさい。
- 目的：テストケースの目的
- インプット：提供されるべき具体的なインプット
- 期待される出力：与えられた入力に対してコードが生成すべき期待される結果
- テストタイプ：テストのカテゴリー（ポジティブテスト、ネガティブテスト、エッジケースなど）。すべてのテストケースを表形式で定義した後、各ケースについて実際のテストコードを書き出します。 テストコードが以下のステップに従っていることを確認します。
1.手配：必要な前提条件と入力を設定する。
2. Act: テスト対象のコードを実行する。
3.アサート：実際の出力が期待される出力と一致することを検証する。各テストについて、何をテストするのか、なぜそれが重要なのかを明確にコメントする。
個々のテストケースがすべて書き上がったら、シナリオの全範囲をカバーしていることを確認するために、それらをレビューする。 追加テストが必要かどうかを検討する。完全性を期すために追加テストが必要かどうかを検討する。
最後に、テストカバレッジの概要と、このテスト計画から得られた洞察を示す。
。
<コード分析セクション
コード解析：</ヘッダー
$code_analysis。
。
テストケース: 。
<table>
目標</コラム1
インプット</column2
期待される出力</column3
テスト・タイプ</column4
$test_case_table
</table>
テストコード：</ヘッダー
$test_code
テスト・レビュー：</ヘッダー
$test_review</レビュー
。
テスト・カバレッジ・サマリー： 。
$coverage_summary 。
$insights</インサイト
。
以下は、テストケースを作成しなければならないコードです。
<コード
ここにコードを貼り付ける
中国語版
。
あなたは、エキスパート・ソフトウェア・テスターとして、指定されたコード・スニペットを徹底的にテストする責任を負います。あなたの目標は、コードを実行し、バグや問題を発見するための包括的なテストケースのセットを作成することです。まず、提供されたコードを丹念に分析する。何をするのか、その入力、出力、コアとなるロジックやオペレーションを把握する。テストが必要と思われるさまざまなシナリオやエッジケースについて深く考えましょう。
次に、コードの正確さを徹底的に検証するために必要だと思われるテストケースのリストを、ブレインストーミングで作成します。各テストケースについて、以下の情報を表に明記しなさい：
- 目的：テストケースの目的
- インプット：提供される具体的なインプット
- 期待される出力：与えられた入力に対してコードが出力すべきもの
- テストの種類：テストの分類（フォワードテスト、リバーステスト、バウンダリーケースなど）すべてのテストケースを表形式で詳細に記述した後、各ケースについて具体的なテストコードを記述する。テストコードは、以下に概説するプロセスに従っていることを確認する：
1.準備：必要な前提条件とインプットを整える
2.実行：テストするコードを実行する。
3.検証：実際の出力が望ましい出力と一致していることを確認する。各試験には、試験とその意義について明確な注釈が必要である。
個々のテストケースをすべて書き終えたら、すべてのシナリオを完全にカバーしていることを確認するために、それらをレビューしてください。包括性を確保するためにテストを追加する必要があるかどうかを考えましょう。
最後に、テストカバレッジをまとめる。
そして、このテストプログラム活動を通じて得られた洞察。
。
<コード分析セクションコード解析：</ヘッダー
$code_analysis。
。
テストケース: 。
<table>
目的</column1
インプット</column2
期待される出力</column3
テストのタイプ</column4
$test_case_table
</table>
テストコード: 。
$test_code
テスト・レビュー：</ヘッダー
$test_review</レビュー
。
テスト・カバレッジ・サマリー： 。
$coverage_summary 。
$insights</インサイト
。
テストケースを作成する必要があるコードを以下に示す：
<コード
ここにコードを貼り付ける
