JBEHAVEストーリーの整理
-
27-09-2019 - |
質問
私たちはJBEHAVEを使用して受け入れテストを検討し始めたばかりで、それを使用している人々がストーリーの執筆とストーリーファイルのストレージをどのように整理しているのか疑問に思っていました。現時点でそれらに取り組んでいるのは単なる開発であるため、Javaコードと一緒にリソースフォルダーにストーリーファイルを保存して実装しています。
私の実際の質問は、ストーリーファイルをどのように、どこに保存しているのか、そしてこれは製品所有者またはQAの執筆物語とどのように機能するのかということだと思います。
解決
@mrwiggles
T0RXが言ったように、QAにストーリー/シナリオを書くことができて幸運だと言っています。
あなたの質問に来る:
行動主導の開発 目的の動作をテキスト形式で表現するシナリオを介してストーリーの定義を開始することをお勧めします。
JBehaveストーリーは、Maven(pom.xml)で構成することで実行できます。
以下のように、ストーリーファイルをパッケージ構造に保存するためのフォルダーを作成できます。
Your_Project
|
|
|--Source_Code
|
|--Stories
|
|--Testing
|
*pom.xml
Mavenでストーリーを構成することにより、プロジェクトを構築するたびに、成功し、失敗したストーリー/シナリオの結果に結果が得られます。
QAはフォルダーストーリーのシナリオを更新し、開発者は既存のステップ(すでに開発されており、他のシナリオに掲載されている)を省略して、シナリオを段階的に実装します。
QAはシナリオ/ストーリーを実行するだけで、結果がテキスト(理解可能な)形式で発見されます。
以下のように:
テストレベルでの行動主導の開発。
Jbehaveの一部の特徴は、簡単な整理に集中しています。
- 注釈ベースの構成とステップクラスの仕様
- 依存関係噴射サポートでは、お気に入りのコンテナを介して構成された構成とステップインスタンスの両方を可能にします(
Guice, PicoContainer, Spring
). - 拡張可能なストーリーレポート:異なる人間読み取り可能なファイルベースの形式で実行されたストーリーを出力します(
HTML, TXT, XML
)。完全にスタイル可能なビュー。 - 保留中の手順の自動生成により、ビルドが欠落しているステップで破壊されないようにしますが、保留中の手順で壊すビルドを構成するオプションがあります。
- ユーザーストーリーをローカライズし、あらゆる言語で書くことができます。
- IDE統合:ストーリーはとして実行できます
JUnit
テストまたはその他の注釈ベースのユニットテストフレームワークは、お気に入りのIDEとの簡単な統合を提供します。 - アリ統合:アリタスクを介してストーリーを実行できるようにする
- Maven Integration:指定されたビルドフェーズでMavenプラグインを介してストーリーを実行できるようにします
他のヒント
プロダクトオーナーやQAを書くストーリーを持つことができるほど幸運な場合は、おそらくソースコードリポジトリの特定の領域にそれらを必要としているので、メインソースから独立してアクセスを制御できます(またあなたがそうしている場合、トリガーされます)。
開発者が書く必要がある新しいステップの数を最小限に抑えるために、多くのやり取りを見つける可能性があります(つまり、同じステップを書くために10の異なる方法を使用して停止します)。シナリオの障害(これは箱から出してデフォルトです)。
別のアプローチは、QA/プロダクトオーナーがシナリオを開発者に送信することです。開発者は、ソースコントロールに追加する前にそれらをクレンジングしますが、これにより開発者に取り組みます。