[ソフトウェア エンジニアリング] BDD は内部から外部への戦略を採用します

BDD を採用するための、明白だが見落とされている素晴らしい戦略があります。

広く採用されている BDD は違いを生むことができます。ソフトウェア開発の 3 つの主要な役割について同じコンセンサスを持って、同じ例を共有するだけの問題です。これにより、誤解、重複、無駄な機能が削減されるため、違いが生まれます。これが機能するのは、適切な機能を実行するのではなく、適切な機能を実行することに重点を置いているためです。

古典的な BDD 導入戦略

古典的な戦略は、3 人の主人公にガーキンを通じて協力するよう教えることです。ビジネスマンはシナリオの書き方を学び、開発者はシナリオをコードに変換し、QA がシナリオを検証します。しかし、この導入には共通の問題があります。それは、Gherkin は企業がコーディング方法を知らないプログラミング言語であるということです。

Gherkin を書き始めると副次的な効果があります。開発者はビジネスを議論の余地のない権威であると考えることがよくあります。したがって、開発者には企業が現場を修正するのを支援する勇気がありません。QA は、Gherkin を品質に関する最終決定権を持つ品質テストと見なしているため、これにより大きな成功を収めています。

ここに問題があります。プログラミング言語を正しく理解できるのは開発者だけですが、忙しすぎて怖くて早期に導入することができません。その結果、導入は失敗し、次の 2 つの可能性のいずれかで終了します。BDD が停止するか、BDD が次善の状態を継続し、その可能性を最大限に発揮することはありません。

BDD の戦略を徹底的に採用します。

この戦術はあまりにも明らかなので、なぜ気付かなかったのかわかりません。

BDD は開発者のニーズであり、ビジネスや QA のニーズではありません。開発者はニーズを満たすためにそれを作成し、それが普及します。BDD は開発者の手に渡って非常に強力だったので、今日に至るまで成長し、普及し続けました。では、この戦略を再現してみませんか?

インサイドアウト BDD 導入戦略は、BDD 自体の作成を模倣することですが、より速いペースで行われます。それは開発者から始まり、ビジネスと QA を通して展開されるため、内側から外側までです。この戦略では、BDD は教えるものではなく、望むものです。

なぜこれが機能するのかを理解するには、開発者が日常業務で直面する問題を理解する必要があります。開発者は曖昧な言語で書かれた指示を受け取り、それを解釈して実装する必要があります。完了したら、QA が作業をレビューします。QA は独自の基準を追加し、QA が異なるニーズや要件を思いつく場合があります。開発者は推測してやり直しています。

BDD は、推測や繰り返しを避けるためのツールとして開発者に提示できます。作業の前に、何か不明な点がある場合、開発者は Gherkin シーンを正しく書くことができます。ビジネスの例として使用され、英語のように読めるため、明確な応答が得られます。QA も同様で、議論につながる可能性のあるエッジケースがあると思われる場合は、コードを書く前にシナリオを書いてから QA に問い合わせることができます。開発者にとって、Gherkin は疑問を解決し、重複を避けるためのツールになります。

その後、ガーキンが登場しては消えていくにつれて、企業はガーキンについて、そしてガーキンが製品の動作にどのような影響を与えるかを学びます。彼らは、実践することでしか学べないことを学びます。QAも同様です。これらの役割はどちらも開発者の日々の業務で学習されるため、最終的にはすべてが統合されます。

ガーキンとは何なのか疑問に思う人も多いでしょう。Gherkin は、ビジネスで読み取り可能な、動作の記述のために特別に作成されたドメイン固有の言語です。これにより、動作テストから論理的な詳細を削除できます。

この記事 https://architect.pub/bdd-inside-out-adoption-strategy
ディスカッション: Knowledge Planet [Chief Architect Circle] または WeChat トランペット [cea_csa_cto] を追加するか、QQ グループを追加する [792862318]
一般公開なし
 
【jiagoushipro】
【スーパーアーキテクト】
アーキテクチャの方法論、アーキテクチャの実践、技術原則、技術トレンドについての鮮やかなグラフィックと詳細な説明。
お待ちしておりますので、ぜひスキャンしてご注目ください。
WeChatのトランペット
 
[ca_cea]
エンタープライズ アーキテクチャ、クラウド コンピューティング、ビッグ データ、データ サイエンス、モノのインターネット、人工知能、セキュリティ、フルスタック開発、DevOps、デジタル化について議論する 50,000 人のコミュニティ。
 

QQグループ
 
[792862318] エンタープライズ アーキテクチャ、ビジネス アーキテクチャ、アプリケーション アーキテクチャ、データ アーキテクチャ、技術アーキテクチャ、統合アーキテクチャ、セキュリティ アーキテクチャの詳細な交換。そして、ビッグデータ、クラウドコンピューティング、モノのインターネット、人工知能などのさまざまな新興テクノロジー。
QQ グループに参加して、貴重なレポートや乾物を共有してください。

ビデオ番号 【スーパーアーキテクト】
建築に関する基本的な概念、モデル、手法、経験が1分ですぐに理解できます。
1日1分、仕組みはおなじみです。

知識の惑星 著名人に質問したり、連絡を取ったり、個人情報を共有したりできます。  

ヒマラヤ 道路や車の中で最新のブラック テクノロジー情報と建築体験について学びましょう。 [知的な瞬間、ミスター・アーキテクチャーがブラックテクノロジーについて語ります]
知識の惑星 より多くの友人、職場、技術的なチャットに会いましょう。 ナレッジプラネット【職場とテクノロジー】
微博 【スマートモーメント】 スマートな瞬間
ビリビリ 【スーパーアーキテクト】

チクタク 【cea_cio】スーパーアーキテクト

早い労働者 【cea_cio_cto】スーパーアーキテクト

小さな赤い本 [cea_csa_cto] スーパーアーキテクト  

ご清聴、転送、いいね、ご視聴ありがとうございます。

おすすめ

転載: blog.csdn.net/jiagoushipro/article/details/131672268