2つの形式のマインドマップのテストケースを書くために[ターン]

次のように今、完全な説明が求められています。

3つのコマンドラインパラメータ、最初の2つの数値を受け取ることができるクライアントPCのコマンドラインツールは、今があり、最後の1は、オペレータは、オペレータが唯一の加算と減算、乗算、除算をサポートする、である、ツールが前に置かれていますオペレータは、操作を行うには2つの数値を使用して、演算結果を出力します。

二つのフォーマットは、(実施例の項で)以下に示すテストケースを記述するために使用しました。

 

最初のスタイルは、前提条件がすべて組み合わさ各ブランチのすべてのレベルのために必要とされている、実施形態の完全な使用であるフロント層の階層の後ろに、階層プログレッシブに属し、脳画像次の完全オリジナル使用であります。

第二スタイルは、要素は、大きなを元に戻すためには、単に明確な分類を行うために、完全なユースケース、前のレベルで各レイヤの要素の異なる種類がダウンして最後の1に、同じ方法に従って分類されています例しこりの最終用途は、より構造化された表示になります。

相対的に言って、私は2番目のスタイルをお勧めします。

 

我々は、我々は、入力、出力及び入力順に応じて三つに分割された第2フォーマットの第一の層、その後の継続押圧パラメータ、第二パラメータと第三のように、それは合理的分解能である一方で、必要引数このように細かい部門なので、透明性がまだかなり明確です。

そのようなフォーマットの例としては、ユース・ケース・評価を行うときに、容易にかつ1対1の対応を必要とする、迅速に必要範囲を特定することができます。

  

それが最初の形式である一方、この形式のユースケース、俳優との例は比較的友好的であるために、幹部が最後のノードのユースケースに焦点を当てることができ、ライン上で指定されたポリシーの施行によると、あなたは最初から毎回見てする必要があります最後に、それがエラーを起こしやすいです。        

 

参照:https://www.testwo.com/blog/8340

おすすめ

転載: www.cnblogs.com/ww-xiaowei/p/10949951.html