私はyoutubeのビデオを見ました。これは、通常のページオブジェクトを使用する代わりに、脚本のパターンを使用することを示唆しています。私が見る唯一の利点は、ページオブジェクトクラスがそれほど大きくないことです。私は行方不明の何か他のものがありますか？私は検索しているし、すべてのウェブサイトは、常に静かなbddを使用してYouTubeの講義の例を参照しています。他の人がなぜページオブジェクトを使うよりも良い（または悪いかもしれない）理由を説明できますか？ScreenplayパターンをPageオブジェクトに使用するメリットとデメリットは何ですか？
セレーンbddを使用しない例は本当に助けになります。
簡潔に言えば、ScreenPlayはソフトウェアエンジニアリングの慣行を奨励しているため、長期間に渡ってテストを書くことが容易になり、保守が容易になりますが、OOPを十分に理解して、パターンを理解する人の周りにシニアエンジニアのカップルがいる限り、ジュニアエンジニアとうまくやります）。
Page Object自動テスタを導入して自動化プラクティスをテストするのに役立つ踏み台としてのみ意図されていましたが、依然としてメンテナンスが難しいコードにつながります。起源の物語のためのこの記事を見てください：https://ideas.riverglide.com/page-objects-refactored-12ec3541990。
には、脚本の他の実装のカップルがあります。 - JNarrate：https://bitbucket.org/testingreflections/jnarrate/wiki/Examples - 物語：https://github.com/tim-group/narrative
脚本拡張が容易とステップよりも再利用可能である俳優やユーザー中心のモデルであり、多くの場合、ライブラリ。タスクが書き込まれると、それを変更する必要はほとんどありません（オープンクローズド原則を尊重する）。アクター中心のモデルでは、シナリオ内で複数のユーザーが対話する状況（たとえば、異なるブラウザーなど）をモデル化することも容易になります。 Jan Molakはこの記事の俳優中心の脚本について語ります：https://janmolak.com/user-centred-design-how-a-50-year-old-technique-became-the-key-to-scalable-test-automation-66a658a36555