現在、会社のプログラマーや UX と協力して、ソフトウェアで使用するパターン/コンポーネント ライブラリを作成しています。Twitter Bootstrap、jQuery UI、Yahoo! などの独自バージョンと考えてください。デザイン パターン ライブラリ。
HTML5、CSS3、および jQuery (おそらく CoffeeScript を使用) を使用して、このライブラリを作成します。Jasmine のようなライブラリを使用して js をテストする必要がありますか? 私が尋ねる理由は、jQuery を使用するコンポーネントは実際には派手な効果以上のことをしないからです。ですから、「このボタンはホバー時にクラスを変更しますか?」などをテストする価値があると思います。または「アコーディオン メニューは正しく機能しますか?」
私は単純なフロントエンド コードのテスト方法に慣れていないので、アドバイスが必要でした。
私はそこにブラウザテストを取得すると言います.JasmineまたはSeleniumを使用できます（私は可能な限りSeleniumを使用しようとしています）.
基本的な「想定どおりに動作するか」のテストに加えて、jQuery などの主要な更新がある場合は、テスト スイートをすばやく再実行して、何が失敗したかを確認できます。これにより、多くの時間を節約できます。また、問題 (ある場合) を修正すると、パイプラインを下って次に来る準備が整います。
JavaScript にロジックがある場合、単体テストは理にかなっています。そのためのテストスイートを保管してください。
また、エンドツーエンドのものをテストするシステムテストに集中してください。あなたの場合、セレンのようなツールを使用したブラウザのテストも重要です。これは、特にライブラリの更新が頻繁に行われる JS でライブラリが更新される場合や、ライブラリが互いに交換される場合がある場合に、回帰の問題を解決するのに役立ちます。
ライブラリとフレームワークで BDD を使用する最良の方法の 1 つは、実際にフレームワークを使用するいくつかの小さなアプリケーションを作成することです。これらはまた、それを使用する方法を知る必要がある他の人にドキュメントを提供します. これは実際に、ほとんどの BDD フレームワーク自体 (JBehave、Cucumber など) が設計された方法です。ここでは、ペットショップを使用して自動化ツールを駆動し、ペットショップに関するシナリオを書きました。
美学については、とにかく手動でテストすることになるでしょう。ここでロジックを単体テストするという@ashutosh-rainaの提案は素晴らしいです。おもちゃのアプリのシナリオを作成するときは、どのように行うかではなく、何ができるかに焦点を当てます。そうすれば、ほとんどの機能をフルスタック レベルでカバーできることに気付くでしょう。ユニットテストが残りを行うので、それを強制することを心配しないでください。私がリンクした例は .NET ですが、私が何を意味するかを理解できるはずです。
おもちゃのアプリのもう 1 つの利点は、新しい要求を受け取った場合に、何かを追加したりアプリを変更したりして、その要求を実証する方法を見つけ、簡単に追加して動作を確認できることです。
あまりにも多くのシナリオを記述すると、スイートはすぐに保守できなくなり、コードを変更するのが難しくなります。これは、望んでいることとは正反対です。