アカウント名:
パスワード:
> テスト駆動開発はベストプラクティスであるということは皆の知るところだろう。まずこれから疑った方がいいと思うけど。内容にもよるがテストを書くのが一番つらい。
そうですか?テストを定義できさえすればいいのでみんな割と遊んでいます。ガス抜きっていうか。いやまぁ、かっこいいけれど速度がべらぼうに遅いとか、環境依存とか、困ったのを書いちゃうことはあるけど。つらいっていうほど時間も食わないと思いますけどね。
# 俺のテストのカバレッジが100%行かないのはなぜだって言って、カバレッジ計測ソフトのソースコードから調べた奴もいた。
でもまぁ、テスト駆動っていい実践だと思いますよ。高レベルのアプリケーションを書くプロジェクトではとくに。とりわけビジネスロジックの実装をするお仕事では威力が高い。
作ってるシステムにもよると思いますが、自分が入ってるプロジェクトだと、IOが関わるところ(DBへの読み書き)がメインだから自動テストは作りにくいんですよね。スタブ作ると労力かかりすぎるし、IOを除いたテストしやすい形でコード書くと逆に分かりにくくなるし。
あと最上位のメソッド以外はリファクタリングを頻繁にするので、その度にテストコード書き直すのはたぶんかなりのストレスになります。
もちろんコード変更したらテストはしますが、手動のテストで十分で、自動テストに取り組むモチベーションがありません。だからTDDについては本当にいいの?ともやもやしてます。
リファクタリング後のプライベートメソッドまで単体テストを追加しているなら、単体テストにも書き直し (正確には追加) が入るのではないかと。 パブリックレベルで書き直しが入ったら問題ですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
まず疑うべきところ (スコア:0)
> テスト駆動開発はベストプラクティスであるということは皆の知るところだろう。
まずこれから疑った方がいいと思うけど。
内容にもよるがテストを書くのが一番つらい。
Re: (スコア:0)
そうですか?
テストを定義できさえすればいいのでみんな割と遊んでいます。ガス抜きっていうか。
いやまぁ、かっこいいけれど速度がべらぼうに遅いとか、環境依存とか、困ったのを書いちゃうことはあるけど。
つらいっていうほど時間も食わないと思いますけどね。
# 俺のテストのカバレッジが100%行かないのはなぜだって言って、カバレッジ計測ソフトのソースコードから調べた奴もいた。
でもまぁ、テスト駆動っていい実践だと思いますよ。高レベルのアプリケーションを書くプロジェクトではとくに。
とりわけビジネスロジックの実装をするお仕事では威力が高い。
Re: (スコア:0)
作ってるシステムにもよると思いますが、自分が入ってるプロジェクトだと、
IOが関わるところ(DBへの読み書き)がメインだから自動テストは作りにくいんですよね。
スタブ作ると労力かかりすぎるし、IOを除いたテストしやすい形でコード書くと逆に分かりにくくなるし。
あと最上位のメソッド以外はリファクタリングを頻繁にするので、
その度にテストコード書き直すのはたぶんかなりのストレスになります。
もちろんコード変更したらテストはしますが、手動のテストで十分で、
自動テストに取り組むモチベーションがありません。
だからTDDについては本当にいいの?ともやもやしてます。
Re: (スコア:0)
Re:まず疑うべきところ (スコア:1)
リファクタリング後のプライベートメソッドまで単体テストを追加しているなら、単体テストにも書き直し (正確には追加) が入るのではないかと。
パブリックレベルで書き直しが入ったら問題ですが。