「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新

---

307(2): 2020/09/26(土)22:57 ID:gRR2jm5z(12/16) AA×
>>304

外部ﾘﾝｸ[html]:www.techmatrix.co.jp
外部ﾘﾝｸ:tracpath.com

[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
307: [sage] 2020/09/26(土) 22:57:08.42 ID:gRR2jm5z >>304 >・自動化Scriptの作成コストはでかい それは正しいが、テスト自動化の作成/修正コストは 　総合>>結合>>単体テストの関係になる 　(必要な構成、モジュールが総合テストに近づくほど増えて影響範囲がどうしても増えるので） >・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？ 　総合/結合テストの自動化はバグを発見するのが目的ではなく 　既存機能が壊れてないを確認するために使うんだぞ？ 　勘違いしてる人が要るかもしれんが、総合/結合テストでバグが頻発すると 　テストが失敗した原因の調査〜修正の作業に無視できない工数がかかるから、 　作成コストが少ない単体テストが整備出来てなきゃ宝の持ち腐れだぞ >・そんなに何度も単体テストしないし 　それは単純にサボってるだけ 　継続的デリバリーとか継続的インテグレーションっていうスタンスで立つ場合 　CIツール、例えばJenkins辺りで構築する場合 　ソースをコミットしたタイミングで、コード解析、自動ユニットテスト、ビルドまで一連でやるようにする 　だから一番動かすのはむしろ単体テストになる 　https://www.techmatrix.co.jp/product/cisolution/service/index.html 　https://tracpath.com/works/devops/continuous-integration/ >・かけたコストに対するリターンが小さそう？ 　んな事ない 　上記の例も合わせてリターンは大きい http://mevius.5ch.io/test/read.cgi/tech/1600831751/307
自動化の作成コストはでかい それは正しいがテスト自動化の作成修正コストは 総合結合単体テストの関係になる 必要な構成モジュールが総合テストに近づくほど増えて影響範囲がどうしても増えるので 単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？ 総合結合テストの自動化はバグを発見するのが目的ではなく 既存機能が壊れてないを確認するために使うんだぞ？ 勘違いしてる人が要るかもしれんが総合結合テストでバグが頻発すると テストが失敗した原因の調査修正の作業に無視できない工数がかかるから 作成コストが少ない単体テストが整備出来てなきゃ宝の持ち腐れだぞ そんなに何度も単体テストしないし それは単純にサボってるだけ 継続的デリバリーとか継続的インテグレーションっていうスタンスで立つ場合 ツール例えば辺りで構築する場合 ソースをコミットしたタイミングでコード解析自動ユニットテストビルドまで一連でやるようにする だから一番動かすのはむしろ単体テストになる かけたコストに対するリターンが小さそう？ んな事ない 上記の例も合わせてリターンは大きい

---

上下前次1-新書関写板覧索設栞歴

---

あと 403 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 0.044s