「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
292: 2020/09/26(土)20:52 ID:c/9EiqGf(6/8) AAS
しかもそれっぽい値かどうかしか確認しないからバグだったとしてもわからんし
正しい答えがわからないからログに記録されているのがバグだったとしても
それっぽい値ならOKにするんでしたっけ？ｗ
293: 2020/09/26(土)20:53 ID:vfGHSq+F(5/6) AAS
>>286
その理屈だとプロジェクト作成時にテストコード記載場所を用意するAndroid Studioは時代遅れってことになるな。
つまり、Androidは時代遅れと。
294: 2020/09/26(土)20:53 ID:c/9EiqGf(7/8) AAS
>>291
見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
295: 2020/09/26(土)20:54 ID:c/9EiqGf(8/8) AAS
訂正
>>291
ログ見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
296(1): 2020/09/26(土)20:55 ID:nlLPMFg9(1) AAS
>>281
相手するなよ…
297: 2020/09/26(土)20:55 ID:gRR2jm5z(10/16) AAS
>>283
>総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 単体テスト
はーまたソース無し
IPA辺りの資料だけど、アジャイル開発の進め方見てみ？
外部ﾘﾝｸ[pdf]:www.ipa.go.jp
9ページにはTDDを基本にするって書いてあるやろ？
つまり単体テストを避けて通れないの
あと先進的な設計・検証技術の適用事例報告書 2015 年度版の資料
外部ﾘﾝｸ[pdf]:www.ipa.go.jp
ここに単体テストの有用性を検証した結果出てるぞ、15ページな
省2
298: 2020/09/26(土)20:56 ID:vfGHSq+F(6/6) AAS
>>296
そうするか、NG登録しよ。
荒らしとしてBANされることを祈ろう。
299(1): 2020/09/26(土)22:22 ID:EyP34oM1(1/7) AAS
まあ、なんとなく言うこともわからないでもない
結局、単体テストのチェック項目は言うほど明確にならないってことだな
浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
彼も全くなんのチェックもしないわけではないだろう
ただ、リリース毎に走らせるような仕組みなんか無駄なコストだと思う
もちろん動かないなんてのは言語道断だがそれは従来のテストで不十分か？と言えばそんなことはないと思う
それよりは結合で出る他のモジュールとの不整合や
総合で出る使い勝手の悪さの修正などに時間をかけた方がいいと思う
さらに言えばリリースしたあともユーザが使ってないような機能なんていっそ小規模な不具合があってもほっといてもいいのではないか？とは俺も思う
もちろん動かないなんてのは言語道断だが
省2
300: 2020/09/26(土)22:29 ID:9iLYNIRG(1/3) AAS
もしかして 自作自演？
301: 2020/09/26(土)22:31 ID:en54jqZM(1/2) AAS
なんじゃこのオチはwww
302: 2020/09/26(土)22:37 ID:9iLYNIRG(2/3) AAS
おい、ためしにlgGP+BQUは何か書き込んでみろ(原爆投下)。
303(1): 2020/09/26(土)22:42 ID:gRR2jm5z(11/16) AAS
>>299
>結局、単体テストのチェック項目は言うほど明確にならないってことだな
>浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
一回仕様決めてテスト書いたら
後はもう1関数辺り数秒にも満たない実行時間しか無いぞ……
つか浮動小数点のテストなんてそこれそユニットテストで良くやるやつやん
304(2): 2020/09/26(土)22:45 ID:EyP34oM1(2/7) AAS
なんの作戦もなく単体テストの自動化を勧めてくるペテン師に引っかかってはならないというのはガチだと思う
・自動化Scriptの作成コストはでかい
・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
・そんなに何度も単体テストしないし
・かけたコストに対するリターンが小さそう？
305: 2020/09/26(土)22:51 ID:IgGP+BQU(30/30) AAS
>>304
まともな人が居てうれしい
306(1): 2020/09/26(土)22:51 ID:EyP34oM1(3/7) AAS
>>303
すげー大変じゃん
仕様を定義するやつも
小数点いくつで四捨五入なのか切り捨てなのか全部考えないと
でもそんなことしなくてもプログラムって動くし
んでこういうのって会社で一旦やるって定義されちゃうと全部やらないといけなくなっちゃう
でも大半は必要ない
307(2): 2020/09/26(土)22:57 ID:gRR2jm5z(12/16) AAS
>>304
>・自動化Scriptの作成コストはでかい
それは正しいが、テスト自動化の作成/修正コストは
総合>>結合>>単体テストの関係になる
(必要な構成、モジュールが総合テストに近づくほど増えて影響範囲がどうしても増えるので）
>・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
総合/結合テストの自動化はバグを発見するのが目的ではなく
既存機能が壊れてないを確認するために使うんだぞ？
勘違いしてる人が要るかもしれんが、総合/結合テストでバグが頻発すると
テストが失敗した原因の調査〜修正の作業に無視できない工数がかかるから、
省12
308: 2020/09/26(土)23:05 ID:en54jqZM(2/2) AAS
自演成りすましかとも思ったが本物だった
幼稚過ぎるやろ
309(2): 2020/09/26(土)23:05 ID:EyP34oM1(4/7) AAS
>>307
自動テストは単体が一番作るの大変だと思うけどなｗ
結合や総合はモジュールや機材のセッティングは大変だけど
作るのは簡単やろ
だってUWSCで画面のボタンをポチって押すだけやろ
少なくとも俺はそんなイメージだけど？
310: 2020/09/26(土)23:12 ID:9iLYNIRG(3/3) AAS
>>309
うーん、もしかして受託開発？
311(1): 2020/09/26(土)23:17 ID:gRR2jm5z(13/16) AAS
>>309
>作るのは簡単やろ
>だってUWSCで画面のボタンをポチって押すだけやろ
それは考えが甘すぎだわwwwwwwwwww
それだと操作しかしてないやん
UI周りの自動テストを実装する場合
・テストシナリオ(どういう操作をするのか）
・テストの判定基準
(想定通りの画面に遷移しているのか、表示されるメッセージが正しいか、データ登録が絡むならその結果も正しいのかなど）
・テスト結果の判別方法
省5
上下前次1-新書関写板覧索設栞歴
あと 399 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.490s*