[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/16 13:16 / Filesize : 290 KB / Number-of Response : 1023
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

スレ立てるまでもない質問はここで 142匹目



718 名前:デフォルトの名無しさん mailto:sage [2016/04/23(土) 19:55:46.15 ID:X//hQ6+3.net]
>>705
結合テストや機能テストを行う前に、それらに含まれるメソッドや関数が
単体テストを通っている方が望ましいと私は考えます。

例えば処理a、処理bあり、これらを繋いで処理Xを行うとします。
そして処理a、処理bに対して単体テストをしていないのに、
処理Xに対して(ブラックボックス)テストをしたとします。

この場合の問題点は2つあります。

まず、処理Xがテストに通らなかった場合です。
どこに原因あるのか特定が困難であることは想像できると思います。
単体テストが通っていれば、原因は処理Xの中の繋ぎ方にあると特定できます。

次に、処理Xがたまたまテストに通ってしまった場合です。
処理Xの中で、処理aの結果を加工して処理bへ渡す際に、
処理aの潜在的な問題を加工によって隠してしまったのかもしれません。

要するに、ブラックボックステストの結果によって何が分かるか、という事です。
問題を見つける為のテストなのですから、問題を見つけやすくしておく方が良いでしょう。

因みに、ツールにバグがない(と信じる)ことは大前提で、今回の話とは別問題です。
だから可能な限り多くの現場で使われた実績のあるツールを使うべきです。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<290KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef