質問
がソフトウェアを開発し、各種試験を行うユニット、統合機能マニュアル現在のプロジェクト(サポートとsqlサーバー、レガシーコード(試験において多くのバグ修正というの除去をお願いいたしますを組み合わせマニュアル+試験(主に統合)
それでも一部のバグができます。
例えば、仮想シナリオの場合にお客様より購入部品の価値は過去6ヶ月間、彼は一部割引お買っ後6ヶ月が経過.彼の状態にアップデートされるべきものだめにしてください。
でも、何らかの理由(バグのコード)のシステムではないでしょう。どうしたらいいのに取り組むようなシナリオ?すべてのスクリプトの走行データベースの見えるためのシナリオに記載されたこのような?他の拡張シナリオの役割を果たすことができるのは、お客様ができるものと考えられるプレゼントまたは特権的なシステムが抜けています。
思いの?
解決
"すべてのスクリプトの走行データベースの見えるためのシナリオに記載されたこのような?"
Do you mean"入スクリプトのデータベースに問題を修正して、"その no.
NO.いいえ。ない状況です。中国のバグ追加により独特の特例ロジックは本当に、とてもいう。
その独特の特例ロジックで独自のバグ、またバギーコードのみ正しいバギーコードです。当期純損失です。
きめのシステムは、この独特の特例ロジックとなるものなのかということである。
a.運が良ければ、バグを修正で動作するようになった頃、冗長となります。何を?をコピー削除?
b.その他、論のコードです。何を?である。
ばんけスクリプトのデータベースに貢献するとデバッグの課題"、そしてあります。短時間に、各ツールの処分のページを正しく表示するに.また、固定のため、このスクリプトはその無駄や 必要 削除されます。
がんスクリプト内でのデータベースのアプリ"しそうです。それがユニットテストスクリプトを割り当てるべきなのです。使用します。
でよりもはるかに優れており作成ユニットテストで作るスクリプトに入れたデータベースです。 ユニットテストのファーストベストアプローチ.
他のヒント
すべての自動テストスイートです。この試験はスイートを実施すべてのシナリオにおいて、その仕様があります。て待たずになされなければならな半期試験に割り引いて、実際の実装で置き換えられ 模擬 実装の例は、javaでは、同じ原則を適用し、他の言語、例えば"ミ"が6ヶ月が経過しています。利用することができ主張の自動化テストを実施していた。
一度、全体テストスイートの準備がすべての試験を通過後(前)までにリファクタリング変更のコードでき下であることを確認してください特徴は、折によるリファクタリング.