問題タブ [scenarios]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - Angular 単体テスト: ブラウザーが定義されていませんか?
angularアプリのコントローラーで単体テストを実行しています。これまでの私のテストは次のとおりです。
コントローラー付き
ただし、これを実行するとエラーが発生しますbrowser is not defined
。ここで何が起こっているのですか?これはAngularによって提供されていませんか?
編集:さらに奇妙なことに、inject
定義されていないエラーが発生しています。
設定ファイルは次のとおりです。
php - yii の検証ルールのシナリオ
ルールにシナリオを使う機会はないか迷っていたのですが、
私のモデルでは
そして私の見解では、私はこのようなものを持っています
これは、私が何をしているかを示すためのほんの一部です。チェックボックスをクリックすると、この非表示の div が表示され、フィールドのルールがあります (最初の div には請求フィールドが含まれ、非表示には配送フィールドが含まれます。
フォームを送信したいのですが、チェックボックスが選択されていない場合、必須フィールドのために送信できません。そのため、シナリオを使用する機会はありますか?
ありがとう、私の質問を理解していただければ幸いです。
documentation - Enterprise Architect で、要素のシナリオの構造化された仕様をレポートにエクスポートできますか?
モデル要素ごとに、EA 10 にはinternal requirements
、constraints
およびを作成するオプションがありますscenarios
。事前定義された を使用すると、それらはすべてレポートになりますBasic Template
。structured specification
ただし、のデフォルトの " description
" テキスト フィールドではなく" " を選択するscenario
と、レポート出力で構造化仕様のステップが無視されてしまいます。
それらをレポートに含めるにはどうすればよいですか?
yii - シナリオ yii を使用した読み取り専用テキスト フィールド
yiiのシナリオを使用してテキストフィールドを無効にするにはどうすればよいですか? スーパー管理者、管理者、および通常のユーザーの 3 つのクラスのアカウントがあります。3 つのクラスのユーザーはすべて、自分に関する情報を更新するためのアクセス権を持っていますが、フィールド accountId の 1 つはスーパー管理者と管理者のみが更新できますが、そのフィールドはユーザーにも表示する必要があります。現在、私は次の方法でそれをやっています。
この方法で問題は解決しましたが、良い方法ではなく、より良い方法はシナリオを使用することです。シナリオを使用して同じものを実装するにはどうすればよいですか?
user-interface - シナリオから UI を派生させる方法
一連のシナリオとそれに関連するユース ケースがあります。シナリオに基づいて UI のプロトタイプを作成するにはどうすればよいですか? アクティビティ図とシーケンス図をナビゲーション モデルにリンクするにはどうすればよいですか?
gridview - Specflow - グリッド データをテストする正しい方法
したがって、私のアプリケーションには、サイトに登録されているすべてのユーザーのリストを含むグリッドがあります。ここで、specflow と WatiN を使用してテストしたいと思います。
次のシナリオを思いつきました。
問題は、このテーブルがステップ間で重複していることであり、これが正しい方法かどうかわかりません。データがグリッドにロードされているかどうかをテストするより良い方法はありますか?
tags - 仕様機能ファイル内の複数のシナリオ?
SpecFlow を使用した動作駆動型開発に慣れてきた後、次のように、同じ機能に対して複数のシナリオを用意することに疑問を抱いていました。
登録機能
私のシナリオが少し太りすぎた可能性があるという事実に加えて、次のような登録プロセス内の他のシナリオを検証することも管理する必要があります。
- 入力したユーザー名が短すぎます
- 入力パスワードが短すぎます
- 入力パスワードに数字が含まれていません
- 入力パスワードが確認パスワードと一致しません
ほんの数例を挙げると。SpecFlow 機能ファイルを使用したタグについて読んだことがあるので、おそらく次のようにすることができます。
次に、 を使用する[BeforeScenario("myTag")]
とうまくいくはずです。
フックを使用すると、特定のルールに従ってテストのサブセットを実行できます。したがって、When
メソッドは事前定義されたコンテキスト、つまり、実行されることを意図したフックを使用して実行でき、それはBeforeScenario
or the like 属性によって言及されます。
私は正しく理解しましたか、それともここで霧の中にいますか?
押しすぎですか?
何か不足していますか?
すべての「パスワードが短すぎる」、「資格情報が提供されていない」は、さまざまな使用シナリオと見なされますか、それとも、単体テスト自体のように、コード内の別の場所にしか収まらないものですか?
つまり、これらのシナリオはすべて Register 機能に属しているため、同じ Register.feature SpecFlow 機能ファイルで定義する必要がありますよね?