バックエンド開発者として、HTML Mockupにはどのようにアプローチしますか？

Question

私はサイト内で検索しましたが、私の答えを見つけることができませんでした。

私はプロジェクトを一から開始したいと思います。私の顧客は私にHTMLモックアップを与えました。私にTDDアプローチでそれをするように頼んだ。

通常、私はフロントエンドとバックエンドの両方の部品の設計と開発を担当しました。彼らが私にモックアップを与えたのは初めてのことです。これは、相談のためのソフトウェアを開発する私の好きなスタイルの作品ではありません

だから私の質問は（私は通常、それらを統合するためのビュー、その後、モデル層で開始し、その後、コントローラー。）：

基本的に

1-、どのように私はすべき問題を攻撃する？私はView Layerを持っている方が良いとわかっていますが、Viewを好みのテンプレート言語に適応させたいのです。

2私はTDDアプローチで行う必要があります。私はMockUpをSelenuimテストツールを使って "Functional Testing"の完璧なシナリオにしていると思います。私は正しい？

Answer 1

短い応答は次のとおりです。

1. が正式にあなたが
2. は、1つまたは複数のテストフレームワークを選択して、テストを書くことができますよう、あなたの問題の定義を書きます。簡素化：バックエンド用
   1. ユニットテストのフロントエンド用
   2. 機能テスト
3. スタートループ：設計、コード、テスト
4. を定期的にコミッターで確認すること

あなたはすべてのビューテクノロジを使用することができますあなたはあなたのモックを実現したい。それはHTMLです...

さらに詳しく説明すると、HTMLモックアップはuse cases（UC）とbusiness requirements（BR）の定義に役立ちます。 UCとBRから、開発者（あなた）の視点から、full requirement specificationとsystem and architectural designの最初の草案を定義することができます。

BRのすべての機能要件は、前述のSeleniumを使用して機能テスト、実行可能である必要があります。単位テストを定義するための細かい粒度要件に分解する必要があります。 TDDアプローチに続いて、すべての単体テストに合格しようとするバックエンドを構築し、すべての機能テストをロールアップすることができます。

単一のBRのバックエンドを完成させたら、希望のビューテクノロジで対応するhtmlモックを具体化し、技術環境で、次に統合環境で機能テストを実行できます。

これらのテストは、continuous integrationを使用して自動的に行うことができます。

UCのすべてのBRが機能テストと単体テストに合格したときに、ユースケースをあなたにコミットしてユーザーの受け入れとフィードバックを与えることができます。

すべての手順で設計フェーズまでループバックを考慮する必要があります。 UC、BR、単体テスト（例えば、スプレッドシートのトレーサビリティマトリックスを使用）などのあらゆる依存関係を把握している場合は、ループバックの影響を特定し制限することができ、