トップページ > プログラム > 2016年02月13日 > u2nzQZui

書き込み順位&時間帯一覧

21 位/208 ID中時間01234567891011121314151617181920212223Total
書き込み数3000000000000000000000003



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
テストしにくいコードをテストする方法教えて下さい

書き込みレス一覧

テストしにくいコードをテストする方法教えて下さい
763 :デフォルトの名無しさん[sage]:2016/02/13(土) 00:18:04.18 ID:u2nzQZui
>>759
問題は、それを行う手間だよ。

・古いテストが多ければ多いほど、削除する手間はかかるし、
・テスト仕様書が多ければ多いほど、テスト仕様書の変更の手間もかかるし、
・新しいテストが多いほど、追加するコストも多くなるし、
・テスト実行に時間がかかるほど、リグレッションテストの時間もかかる。

>>760
> っていうか、今時はCIクラスタサーバでリグレッションテストかけっぱなしだろ?
リファクタリングしかしないならそうだね。
実際には機能追加や変更があるのでリグレッションテスト以外もしている。
そしてリグレッションテストの数時間かかるようじゃまともにCIできない。

ちなみにSelenium使うと本当に数時間かかるテストになるよ。
実行が遅すぎるんで。
テストしにくいコードをテストする方法教えて下さい
764 :デフォルトの名無しさん[sage]:2016/02/13(土) 00:20:34.24 ID:u2nzQZui
>>761
>>759の作業項目は、commitする前もしくはbranchにmergeする前に個人が行うことね。

小さいプログラムならいいけど、大きくなってくると
テストに時間がかかってしまう。

個人単位の作業なら数分以内に終わらないと
とても開発してられない。十分超えたらアウトだろう。

自分の作業範囲と関係ありそうなところだけテストして
時間がかかるものに関してはCIサーバーを使うのが現実的だろう。
テストしにくいコードをテストする方法教えて下さい
765 :デフォルトの名無しさん[sage]:2016/02/13(土) 00:21:45.07 ID:u2nzQZui
あと、それでもSeleniumは別にしといたほうがいい。
Seleniumだとバグがなくてもテストが失敗することがあるので
完全自動化は難しい。


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。