2011-11-16 3 views
0

私のような複数の相互依存関係を持つダース・コントロールとのインタフェース報告Webアプリケーション持っている:複数のキャンペーンまたは「すべてが」のキャンペーンのために選択されているならば、キャンペーンをフィルタすることにより、グループにする必要がありますWebアプリケーションの複雑な相互依存コントロールを文書化するにはどうすればよいですか?

  • それは、チェックボックス「セカンダリ出版社を含める」を追加、製品Xビューだとセカンダリ出版社のオプションは、このクライアントのために割り当てられている場合。
  • チェックされている「セカンダリ出版社を含める」なら、そこおそらく百このようなルールに近く、私のコードはかなり複雑得ている

フィルタによってグループにセカンダリパブリッシャを追加します。大きな書き直しを行う前に、依存関係を文書化して、より適切な自動テストを実施できるようにしたいと思います。

なドキュメンテーションのためのベスト・プラクティスに向けた任意のポインタ?

私がここにいる間に、コードの複雑さを管理するための任意のポインタ?

答えて

0

たぶんない正しい答え(私はそれは、多かれ少なかれ、この種の状況のた​​めに構築されたと思われるので、....、knockout.jsを使用して考えています)、しかし:行くし、それらの自動テスト自体を書きます。彼らは実行可能なドキュメントとして機能します。あなたが同じスタイルでそれらを書いて短くしておくと、ある程度人間が読めるようにすることさえできます。

+0

は、QAチームは、[1]テストを書くことではないでしょうか?それは私がこれを文書化するための良い方法を探している理由の一部です - それをそれらに伝えることができるように.... [1] http://stackoverflow.com/q/295642/24197 – sprugman

+0

Hm。私は何とかこれを行うQA部門に同意しない。あなたがこの道を行くなら、QAの従業員があなたと一緒にテストを書く必要があります。 QA部門の文書ですか?私にとって、ばかげている。しかし、私はあなたの会社の文化と規模を知らない。 –

関連する問題