4

いつの日かテスト レポートを非開発者と共有することを期待してMSpecに惹かれて*いますが、テスト/シナリオ名 (実際にテスト中の個々の C# オブジェクト/メンバー)。

しかし、低レベルの機能で、テスト/シナリオ名に開発者以外の懸念を引用するのに苦労しています。懸念事項が UI から離れているほど、a) 非開発者に関連し、b) テストされている低レベルの機能を説明するようなシナリオの名前付けが難しくなります。

UI から遠ざかるにつれて、テスト/シナリオ名を非開発者と共有できなくなるポイントはありますか? 開発者以外が気にしない限り、動作をテストするべきではないため、答えは「いいえ」であるべきだと思いますが、定期的に失敗しているため、何が欠けているのかわかりません。

どこかに明らかな答えがある場合は、引用/参照をいただければ幸いです。

*例: エンド ユーザーまたはその他の利害関係者 (「利害関係者」には、将来の開発者 (または 1 年半後の私) が含まれる場合があります。これらの仕様を使用して、システムの理由についての洞察を得ます)

4

1 に答える 1

4

通常、「シナリオ」という言葉は、システム全体のユーザー POV シナリオを表すために使用します。

クラスレベルの振る舞いを説明する単語が必要な場合は、「例」を試してください。

あなたの例は、あなたのクラスのユーザーの視点からのものです。それらのユーザークラスが特に開発者中心の動作を必要とする場合、はい、あなたの例には開発者中心の懸念が含まれます。

そうは言っても、私が見つけたいくつかの語彙の変更により、私が探している価値を、私ができる最もビジネス指向の方法で言い表すことができます。

  • 返す -> 教えてくれたり、くれたり
  • 呼び出し -> 代理人、質問
  • 並行性を処理する -> 2 つのことを同時に処理する
  • 拡張 -> は
  • 実装する -> の役割を果たす

基本的に、開発者の専門用語を使用している場合は、それをもう少し言葉で説明することを想像してから、それを使用してください。

しかし、私はそれで船外に出るつもりはありません。シナリオで利害関係者のドメイン固有の用語を使用する理由は、利害関係者がそれらを読み、(できれば) 書くことに関心があるためです。クラス レベルの例の対象者は技術的なものであるため、技術的な問題が含まれていても問題ありません。

于 2010-12-20T17:13:28.237 に答える