「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
253(3): 2020/09/26(土)17:59 ID:gRR2jm5z(3/16) AAS
>>243
>日本の仕事の生産性が低いのも細かいところで頑張って全体の品質から目を背けているからだ
>開発者が力を注ぐべきはプロダクトでありユーザの満足度だ
なんでアジャイル開発やTDDに発展していったかっていう経緯が全然分かってないやん
単体テスト無しで各コードが密結合されたプログラムの場合、変更のコストが膨大になる(作業工数の膨大）
で、プログラムっていうのは常に変化するものだ
不具合対応だけでなく、それこそユーザー要望によってコードはどんどん追加される
で、そのユーザーを満足さえるためにコードを変更するって事は仕様追加だけでなくて、既存仕様の担保も同時に必要になるんだよ
密結合されたコードは修正時の影響範囲が大きく、容易に変更する事が出来ない
何より変更後の既存仕様の担保っていう点で言えば、全てを保証するためには膨大なテストが必要になる
省9
256(1): 2020/09/26(土)18:46 ID:IgGP+BQU(14/30) AAS
>>253
密結合ｗｗｗｗ疎結合ｗｗｗｗいかにも10年前の本に書いてそうなことだなｗｗｗｗｗｗ
単体テストがないから設計ができないなら設計力が足りてないわ
単体テストしてる場合じゃないプロダクトと向き合えユーザと向き合え
単体テストでパソコンと向き合ってんじゃねえｗｗｗｗｗ
258: 2020/09/26(土)18:57 ID:eYWGQOJY(1/2) AAS
>>253
密結合されたコードの破壊力はヤバいね。
何がやばいかって、最悪、1から作り直しになるから。
そして、そんなコードを作る人達がリファクタリングしたり再設計させたところで同じことを繰り返すから。
俺の会社の過去最高のクソプロジェクト案件が脳裏に浮かんだよ。
まぁ、あんたの言うとおりだわな。
>>255
> ユーザーが必要としている領域と、開発側で必要としている領域は一致しない部分が出てくるんだから
> 全く理由になって無いぞ
全くそのとおりだ。
275: 2020/09/26(土)19:50 ID:vfGHSq+F(2/6) AAS
>>266
> 目的はユーザーを満足させることであり単体テストはその手段として使われるのだけれど
最終的にはそうなるかもしれないが、あくまでも単体テストの目的は詳細設計の妥当性確認では？
お前、>>253のツッコミをミスリードしてないかw？
時代遅れとか以前に、単体テストが何を目的とするのかすらわかってないじゃん。
>>273の言うとおり、両方やればいいだけだよ。そして、両方やる必要がある時点で他のテストとは目的が違うんだよ？理解してる？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s