20/09/25 13:53:32.14 q10QaMUD.net
>>92
精度付きで比較する
テストフレームワークがそういう機能を用意してる
94:デフォルトの名無しさん
20/09/25 13:59:40.89 ME9URhdt.net
>>93
えー一個一個設定すんのー？
95:デフォルトの名無しさん
20/09/25 14:10:34.08 6tDTZ4vt.net
>>89
> 結合テスト、総合テストを頑張るべきだ
手戻りが大きくて時間がかかりすぎる
96:デフォルトの名無しさん
20/09/25 14:11:41.28 6tDTZ4vt.net
>>94
お前ならどうするのか言ってみ
もしかしてログにでていてそれっぽい値だからOKって
目を凝らして何百個も判断するのか？ｗ
97:デフォルトの名無しさん
20/09/25 14:13:18.07 ME9URhdt.net
>>96
いや、得に仕様は出てないんでテキトーに判定して欲しいんですが
98:デフォルトの名無しさん
20/09/25 14:14:39.69 6tDTZ4vt.net
>>88
テストの専門家というのは、テスト技術の専門家であって
テスト作業の専門家なんていねーぞｗ
それは単なるテスター。テスト作業してるだけで専門家じゃない
ひどい場合は仕様も何も知らないやつが手動でテストしてしてたりするからな
テストの効率化？人増やして人海戦術でやることだなみたいに思ってるやつ
99:デフォルトの名無しさん
20/09/25 14:16:02.24 6tDTZ4vt.net
>>97
テキトーに判定って 12.37499 という間違った
計算結果になってる場合でも場合OKにするってこと？
100:デフォルトの名無しさん
20/09/25 14:16:55.57 q10QaMUD.net
>>94
一つ一つ指定しない方法もあるよ
そういうのもテストフレームワークに用意されてる
101:デフォルトの名無しさん
20/09/25 14:17:17.38 ME9URhdt.net
>>99
概ね当たり感出てるじゃないですか？
102:デフォルトの名無しさん
20/09/25 14:18:58.91 6tDTZ4vt.net
>>101
だから、間違った計算結果でも
概ね当たり感出てるからOKにするってことですよね？
って聞いてるんですが
103:デフォルトの名無しさん
20/09/25 14:19:54.83 ME9URhdt.net
>>100
どんな設定よ？
0.99999999999998みたいなのを概ね1.0お判定してくれそう？
104:デフォルトの名無しさん
20/09/25 14:20:46.52 9rvIESf7.net
ビッグバンテストって今時はやらないの?
105:デフォルトの名無しさん
20/09/25 14:22:03.54 6tDTZ4vt.net
>>103
> 0.99999999999998みたいなのを概ね1.0お判定してくれそう？
0.99999999999998 を 概ね1.0と判定してほしいの？
0.9999999999998 だった場合は？
0.999999999998 だった場合は？
0.99999999998 だった場合は？
0.9999999998 だった場合は？
0.999999998 だった場合は？
0.99999998 だった場合は？
0.9999998 だった場合は？
0.999998 だった場合は？
0.99998 だった場合は？
0.9998 だった場合は？
0.998 だった場合は？
0.98 だった場合は？
106:デフォルトの名無しさん
20/09/25 14:23:23.64 ME9URhdt.net
>>105
一番下は最悪だなｗ
107:デフォルトの名無しさん
20/09/25 14:24:39.14 ME9URhdt.net
概ね当たり感わかんねーんだよな自動テスト作ってるやつバカだから
108:デフォルトの名無しさん
20/09/25 14:25:43.16 6tDTZ4vt.net
>>106
下から2番目は？
下から3番目は？
下から4番目は？
下から5番目は？
下から6番目は？
下から7番目は？
下から8番目は？
下から9番目は？
下から10番目は？
下から11番目は？
下から12番目は？
複数質問してるんだから全部答えてよｗ
109:デフォルトの名無しさん
20/09/25 14:25:50.55 buHis4lt.net
>>97
>いや、得に仕様は出てないんでテキトーに判定して欲しいんですが
そういう曖昧な仕様だからバグに繋がるんだろうがwwwwwwwwwww
特に浮動小数点の計算なんてよくバグに繋がるから仕様はっきり決めてテストしなきゃダメだろ
桁数どうするかとかね
あと数値系のテストってそこまでパターン無いぞ
・一般的な正常値
・境界値
・最大値/最小値
・異常系(メソッドの仕様によって変わる、nullとか空白とか）
テストフレームワークには網羅的なテストデータの投入と判定を一気にやってくれるし
それぞれでテストコードを書く必要はないぜ
110:デフォルトの名無しさん
20/09/25 14:26:19.14 6tDTZ4vt.net
>>107
> 概ね当たり感わかんねーんだよな自動テスト作ってるやつバカだから
お前にその概ね当たり感を聞いてるのに、その質問に答えられないお前はバカってことになるよ
111:デフォルトの名無しさん
20/09/25 14:27:41.32 6tDTZ4vt.net
消費税計算で1円ずれてても概ねおっけー♪
トランザクションが1万件あっても1万円しかずれなーい
とかいいそうなんだよなｗ
112:デフォルトの名無しさん
20/09/25 14:29:30.05 ME9URhdt.net
やっぱり自動テストは駄目だな
113:デフォルトの名無しさん
20/09/25 14:29:41.05 cdg8K9Zm.net
>>92
浮動小数点の計算するなら許容誤差ぐらいは理解してからやれよ…
114:デフォルトの名無しさん
20/09/25 14:30:27.43 6tDTZ4vt.net
>>112
質問に答えられなかったという結末で良いね
115:デフォルトの名無しさん
20/09/25 14:33:10.23 buHis4lt.net
>>110
というか「概ねオッケー」っていう考え方ってプログラミングだとめちゃくちゃ危険だからな
α版とか仕様の仮決め段階だったらまだいいけど、正式リリースの時までその状態にしておくと
絶対にそこ起因のバグか仕様か分からん動きが発生してトラブルになって揉める
当時の議事録とか仕様書の調査に入って悲惨な惨状になるのが良く見える
116:デフォルトの名無しさん
20/09/25 14:33:13.10 ME9URhdt.net
>>113
いや仕様が出てれば有効桁数いくつか指定すればいいけど
計算式しか出てないやつは直前の複雑な計算に引っ張られてる感しかないんだよなぁ
117:デフォルトの名無しさん
20/09/25 14:37:20.82 buHis4lt.net
>>116
python辺りのユニットテストフレームワークだと丸め桁まで指定できるから
それで満足する？
URLﾘﾝｸ(docs.python.org)
118:デフォルトの名無しさん
20/09/25 14:38:08.40 cdg8K9Zm.net
>>116
引っ張られるとかイミフなこと言われても…
119:デフォルトの名無しさん
20/09/25 14:38:09.18 ycF3TYue.net
>>95
単体テスト用意してるから実装がグダグダになるんやで
実装に集中しろ
120:デフォルトの名無しさん
20/09/25 14:40:29.77 ME9URhdt.net
いや、突っ込んだ引数と理論値から有効桁数勝手に判断しろ
人間ならできる
121:デフォルトの名無しさん
20/09/25 14:40:44.40 buHis4lt.net
>>119
>単体テスト用意してるから実装がグダグダになるんやで
>実装に集中しろ
そうやって場当たり的な実装になるから
クソみたいなコードが量産されるんだろうが……
122:デフォルトの名無しさん
20/09/25 14:41:04.05 ycF3TYue.net
単体テストに時間割く方が危険
IDEや静的解析があるから単体試験で見つかるようなコーディングミスは
ほとんどない、むしろバグの多くは仕様に対する認識不足によるものが多い
結合、総合テストを重視したが良い
123:デフォルトの名無しさん
20/09/25 14:41:45.39 ycF3TYue.net
>>121
んなこたーない、単体テストもコードの一部だからバグ増やすだけ
124:デフォルトの名無しさん
20/09/25 14:42:28.28 buHis4lt.net
>>120
>いや、突っ込んだ引数と理論値から有効桁数勝手に判断しろ
>人間ならできる
あのそれ、テストした人によって合格の成否が変わりかねないっていう
テストとして一番あり得ない事なんだけど理解してる？
125:デフォルトの名無しさん
20/09/25 14:42:30.10 ycF3TYue.net
7Payもドコモ口座も単体テストはちゃんとできてただろｗ
総合テストを軽視した結果があれ
126:デフォルトの名無しさん
20/09/25 14:43:15.68 ME9URhdt.net
>>124
だって値2000個以上あるし
127:デフォルトの名無しさん
20/09/25 14:43:24.31 ycF3TYue.net
単体テストはプログラマの自己満、システムの品質をあげないどころか
結合、総合テストの時間を減らしてシステムの品質下げることになってる
128:デフォルトの名無しさん
20/09/25 14:44:14.77 qv4TcM/Q.net
まーた、仕様を理解しないままテストするとかほざく単体テストを理解してない馬鹿が湧いたのか。
いい加減にしろや。
129:デフォルトの名無しさん
20/09/25 14:45:09.32 buHis4lt.net
>>126
そういう意味で大変って思ってるなら
テストデータ流すして結果が出た後、
その桁数からparseで指定する桁数を決めてから判定すりゃ良い
130:デフォルトの名無しさん
20/09/25 14:45:31.29 ME9URhdt.net
2000個どころじゃねーな
変数30個ぐらいのクラス200個以上あるもんな
一個一個有効桁数の設定なんかしてらんねーよ
131:デフォルトの名無しさん
20/09/25 14:46:13.92 ycF3TYue.net
単体テストは自己満、リファクタリングは時間の無駄
132:デフォルトの名無しさん
20/09/25 14:48:43.20 buHis4lt.net
>>122
>単体テストに時間割く方が危険
>IDEや静的解析があるから単体試験で見つかるようなコーディングミスは
>ほとんどない、むしろバグの多くは仕様に対する認識不足によるものが多い
>結合、総合テストを重視したが良い
は……？
いやいやお前は単体テストをなんだと思ってるん？
そんなショボい事になんか使わんぞ
仕様を関数レベルにまで落としこんで、その振舞が正しいかを見るのに使うんだぞ
むしろ仕様認識不足がバグの原因っていうなら、それこそ単体テスト書かなきゃダメだぞ
特に仕様変更とかでコード修正入れたら回帰テストする必要があるから
単体テストが無いと修正前の担保とれんやん、やべーやつだなお前
133:デフォルトの名無しさん
20/09/25 14:51:51.39 qv4TcM/Q.net
たしかに単体テストすらできないゴミプログラマーがするリファクタリングは虚無だわな。
まともに設計できないだろうし。
134:デフォルトの名無しさん
20/09/25 14:53:14.71 ME9URhdt.net
時間がかかるのでメソッド単位の出力値のテストはなかったことにします
135:デフォルトの名無しさん
20/09/25 14:53:57.34 q10QaMUD.net
>>125
あれはテストの問題じゃなく仕様の問題
それも仕様のリスクは精査されてたが意思決定者がそのリスクを軽視しただけ
よくある話
136:デフォルトの名無しさん
20/09/25 14:54:34.63 buHis4lt.net
単体テストとかTDDとか全く分からんなら
この動画が一番参考になるから見ておけ
URLﾘﾝｸ(www.youtube.com)
>>133
そもそもリファクタリングって単体テスト有りきじゃね？
コードが悲惨すぎて単体テストの実装すら困難って時には
リファクタリング→単体テスト→リファクタリング→再テストっていう流れになるけど
基本的には現行動作を保証するために単体テスト実装→リファクタリング→再テストが基本だし
137:デフォルトの名無しさん
20/09/25 14:56:10.10 ycF3TYue.net
>>132
単体ｗ 単体で仕様確認する暇あったら結合、総合で確認しろよｗ
単体で仕様確認できると思ってる方がやべーわｗｗｗｗ
テスラのロケット知ってるか？ 部品のテスト頑張ったらロケットが飛ぶと思ってそうだなお前
138:デフォルトの名無しさん
20/09/25 14:57:19.88 ycF3TYue.net
>>135
総合テストを重視してたらその仕様の問題もはっきりわかったってことだ
お前のように単体テスト頑張るやつが開発者だったんだろｗ よくある話だな
139:デフォルトの名無しさん
20/09/25 14:58:31.75 ycF3TYue.net
テスラではシミュレーションをなくして実地で何回もロケット打ち上げること
繰り返して洗練させていったんだよ
単体テストやるやつは所詮ホリエモンロケットなんだよｗｗｗｗｗ
140:デフォルトの名無しさん
20/09/25 15:00:33.39 ycF3TYue.net
単体テストとリファクタリングを重視していたのは15年前～8年前まで
日進月歩で進化するシステム開発の現在の常識は単体テストとリファクタリングを禁止する方向
141:デフォルトの名無しさん
20/09/25 15:02:31.40 qv4TcM/Q.net
>>136
俺の発言は皮肉で言っただけだから、あまり気にせんでくれ。
俺があげたのはまさに、コードが悲惨すぎて単体テストができない例。そういう人達の頭の中では単体テストって無意味なんだろうな(遠い目)
って皮肉だから深い意味はない。
142:デフォルトの名無しさん
20/09/25 15:02:39.27 ycF3TYue.net
TDDはプログラミング界のマナー講師だからなｗｗｗｗ
ありもしない偽の常識でっち上げて自分が日銭稼ぐのを目的にやってるだけだから
143:デフォルトの名無しさん
20/09/25 15:10:55.77 buHis4lt.net
>>137
あのな？
単体テスト、結合テスト、総合テストもどれも重要なんだよ
で、単体テストで扱けるものは結合テスト、総合テストでもこけるんだよ
単体テストで拾えるレベルのものを何度も時間と手間かけて結合・総合テストやる方が気が狂ってるわ
>>140
>日進月歩で進化するシステム開発の現在の常識は単体テストとリファクタリングを禁止する方向
で、どこの奴が言ってるの？
常識って言うなら少なくとも本ぐらいは出てるよねー？
あ、ファクタリングと単体テストの重要性は大体この辺の本に載ってるぞ
・リーダブルコード
・リファクタリング 既存のコードを安全に改善する（第2版）
・ベタープログラマ
・テスト駆動開発
・レガシーコード改善ガイド
・レガシーソフトウェア改善ガイド
・レガシーコードからの脱却
144:デフォルトの名無しさん
20/09/25 15:15:51.85 +2VBuIVO.net
>>142
お前が一番マナー講師臭がプンプンするぞw
しかも説明のしかたに説得力がないからかなり質の低い部類の講師だな
145:デフォルトの名無しさん
20/09/25 15:18:53.29 ycF3TYue.net
>>143
ほらねｗ その本全部15年前～8年前のものだよｗ
146:デフォルトの名無しさん
20/09/25 15:19:34.29 ycF3TYue.net
最新情報をキャッチアップできてない
いま単体テストが一番レガシー
147:デフォルトの名無しさん
20/09/25 15:20:01.58 cdg8K9Zm.net
>>130
2000個全部有効桁数違うのか？
まあありえねーとは言わんけど残念な仕様やねw
148:デフォルトの名無しさん
20/09/25 15:21:44.53 cdg8K9Zm.net
>>145
で、お前のとんでも理論が載ってるホン早く出せよw
ネットでもいいぞ
149:デフォルトの名無しさん
20/09/25 15:23:07.74 ycF3TYue.net
>>148
企業では普通に行われているよ
一般に漏れ出るのはだいたい10年後くらいじゃないかな
150:デフォルトの名無しさん
20/09/25 15:23:34.37 ycF3TYue.net
10年前の本読んでる時点で時代遅れだからｗｗｗｗｗ
151:デフォルトの名無しさん
20/09/25 15:24:18.42 qv4TcM/Q.net
>>144
自演？流石にこのスレにここまで頭のおかしい人が二人もいたらびびるのだが。
>>149
妄想乙
152:デフォルトの名無しさん
20/09/25 15:24:45.74 6tDTZ4vt.net
>>128
いや、突っ込んだ引数と理論値から有効桁数勝手に判断してテストすればいいじゃんｗ
153:デフォルトの名無しさん
20/09/25 15:25:43.03 ycF3TYue.net
C10K問題ってしってる？ あれも企業では当たり前の問題として知られていて
とっくに解決策もわかってたんだけど、それが世に出て一般に知られて本がでたのは10年後だった
技術の最先端は常に企業にある
154:デフォルトの名無しさん
20/09/25 15:25:49.93 buHis4lt.net
>>145
・リーダブルコード：2012/6/23
・リファクタリング 既存のコードを安全に改善する（第2版）：2019/11/29（第1版：2014/7/25）
・ベタープログラマ：2017/12/15
・テスト駆動開発：2017/10/13
・レガシーコード改善ガイド：2009/7/13
・レガシーソフトウェア改善ガイド：2016/11/10
・レガシーコードからの脱却：2019/9/19
流石にちょっとぐらいググろうぜ？
古い本から新しい本までバランスよく混ぜて
単体テストとリファクタリングっていう方針は10年近く前から廃れずに続いているって察してくれると思ったんだけどなー
155:デフォルトの名無しさん
20/09/25 15:26:18.74 6tDTZ4vt.net
>>130
> 変数30個ぐらいのクラス200個以上あるもんな
> 一個一個有効桁数の設定なんかしてらんねーよ
有効桁数の設定の意味がわからん。
例として一つだけやってみて
156:デフォルトの名無しさん
20/09/25 15:26:59.56 ycF3TYue.net
いま10年前の本読んで実践してる人は最先端から20年遅れてるｗｗｗ
157:デフォルトの名無しさん
20/09/25 15:27:28.03 6tDTZ4vt.net
>>153
> 技術の最先端は常に企業にある
C10K問題を解決した企業の名前言ってみ
158:デフォルトの名無しさん
20/09/25 15:28:00.08 ycF3TYue.net
>>154
初版の発売日調べてみ、著者が金稼ぎのために版増やしてるだけだから
お前のような情弱を釣ってるだけｗｗｗｗ
159:デフォルトの名無しさん
20/09/25 15:28:59.38 6tDTZ4vt.net
>>158
> 初版の発売日調べてみ、著者が金稼ぎのために版増やしてるだけだから
金稼げるってことは売れてるってことだよな？
お前、何がいいたいの？
160:デフォルトの名無しさん
20/09/25 15:29:07.32 buHis4lt.net
>>158
全部初版の日付だよwwwwwwwww
お前だけ時間おかしくね？
161:デフォルトの名無しさん
20/09/25 15:29:42.13 ycF3TYue.net
>>157
NTT NEC 日立 富士通 IBM HP Oracle Microsoft 三井住友 GE
162:デフォルトの名無しさん
20/09/25 15:30:07.64 6tDTZ4vt.net
>>161
全部単体テストを行ってる会社か
最先端は単体テストだな
163:デフォルトの名無しさん
20/09/25 15:30:33.69 6tDTZ4vt.net
訂正
全部単体テスト"自動化"を行ってる会社か
164:デフォルトの名無しさん
20/09/25 15:30:47.76 ycF3TYue.net
>>160
お前が見てるのは再販の日付だろバーカ
これだから情弱は・・・
お前のような情弱が買うから著者は版を増やすんですねー
165:デフォルトの名無しさん
20/09/25 15:30:49.83 buHis4lt.net
むしろこの流れで初版の日付書いて無かったらただのアホだぞ
166:デフォルトの名無しさん
20/09/25 15:31:09.98 qv4TcM/Q.net
>>153
話題そらすの大好きだね。ＯＯスレ荒してた奴だらお前
167:デフォルトの名無しさん
20/09/25 15:31:16.42 ycF3TYue.net
>>162
10年前までな
168:デフォルトの名無しさん
20/09/25 15:31:37.40 ycF3TYue.net
>>166
お前誰だら
169:デフォルトの名無しさん
20/09/25 15:32:23.92 6tDTZ4vt.net
>>167
10年前にやめたという情報がないなら、お前は嘘つきってことだよ
嘘つきだね
170:デフォルトの名無しさん
20/09/25 15:32:51.75 ycF3TYue.net
10年前で時が止まった人間がIT業界でお仕事してるってうけるんですけどーｗｗｗ
171:デフォルトの名無しさん
20/09/25 15:33:44.63 6tDTZ4vt.net
単体テストの基本
URLﾘﾝｸ(docs.microsoft.com)
vs-2019、この記事は10年前に書かれたとでも言うのだろうか？ｗ
172:デフォルトの名無しさん
20/09/25 15:34:17.50 6tDTZ4vt.net
>>170
類は友を呼ぶだけ。つまりお前とお前の周りは無能ってことだよ。
大企業は単体テストを続けてるからね
173:デフォルトの名無しさん
20/09/25 15:35:09.19 6tDTZ4vt.net
テスト自動化の基本的な考え方とNTTにおける研究開発の紹介
丹野 治門 （NTT研究所） 2019年3月26日(火)
URLﾘﾝｸ(www.jaspic.org)
174:デフォルトの名無しさん
20/09/25 15:36:22.49 buHis4lt.net
>>164
へーアマゾンの日付が間違ってるのかーそうか知らんかったなー
あ、オライリー本についてはここの発売日から取って来たからな
URLﾘﾝｸ(www.oreilly.co.jp)
むしろ再販の日付の方が探すの面倒だろwwwwww
実際の本見ないと第何版の何時印刷か書いて無いし
その後ゴリ押しは無理だろ
175:デフォルトの名無しさん
20/09/25 15:38:29.69 6tDTZ4vt.net
その場のノリで嘘をつくから
こうやって証拠出されて言い返せなくなるんやで
素直に逃げてれば、負けを感じることもなかったのにな（笑）
176:デフォルトの名無しさん
20/09/25 15:39:41.32 qv4TcM/Q.net
>>168
試しに聞くけど
1.カプセル化についてどう思う？
2.オブジェクト指向についてどう思う？
3.staticおじさん大好き？
177:デフォルトの名無しさん
20/09/25 15:42:14.53 ME9URhdt.net
>>147
そんなの把握できてるわけ無いだろ
でも設定しないとチェックはできん
178:デフォルトの名無しさん
20/09/25 15:43:23.18 jsxvfqFg.net
>>177
だから1個でいいか設定とやらの例を言ってみろって
179:デフォルトの名無しさん
20/09/25 15:44:12.11 cdg8K9Zm.net
>>149
ごめんね、俺５年前までHの子会社でHの仕事してたんだけど、どこでその最先端のとんでも理論を普通にやってるって？
てか、企業って結構こういうものの対応遅いぞ
特に大企業は手順書とか規格とか山のように修正しないとできないし
180:デフォルトの名無しさん
20/09/25 15:48:21.55 ME9URhdt.net
>>178
わからん!（ガチで）
181:デフォルトの名無しさん
20/09/25 15:49:17.50 jsxvfqFg.net
>>180
え？設定なんていらない。それっぽい値がでてればOK
1円ぐらいずれててもいいやろ
って言わないの？ｗ
182:デフォルトの名無しさん
20/09/25 15:49:56.43 ME9URhdt.net
>>181
いや、スタンスはそれ
183:デフォルトの名無しさん
20/09/25 15:51:36.06 jsxvfqFg.net
>>182
つまり計算結果が間違っていてもOKってスタンスなんだね
184:デフォルトの名無しさん
20/09/25 15:53:06.59 ME9URhdt.net
>>183
わからないが正解だな
10000個近くの変数の1つ1つは無理ゲー
185:デフォルトの名無しさん
20/09/25 15:53:09.88 jsxvfqFg.net
まさかバグでOKというスタンスだったとはｗ
186:デフォルトの名無しさん
20/09/25 15:53:58.39 jsxvfqFg.net
>>184
つまり10000個近くの銀行口座があって
1つ1つ不正送金を調べるのは無理ゲーとｗ
187:デフォルトの名無しさん
20/09/25 15:54:07.85 ME9URhdt.net
>>185
だって有効桁数わかんねーもん
188:デフォルトの名無しさん
20/09/25 15:55:06.38 jsxvfqFg.net
>>187
仕様がわからんとか下っ端の人間か？
自分で決める立場じゃないなら、上の人に仕様もらえなｗ
189:デフォルトの名無しさん
20/09/25 15:55:31.70 cdg8K9Zm.net
>>177
把握もできずにコーディング？
なんか勘違いしてると思うが計算式毎に有効桁数がここは６桁、ここは４桁とかってやるんじゃねーぞ
普通は最低限必要な有効桁数がちゃんと計算されてるかを確認するだけ
※ 計算式によっては例外あり
190:デフォルトの名無しさん
20/09/25 16:03:14.61 ME9URhdt.net
>>189
だからよ
ものによって
この値はだいたいこんなもんだろってあんじゃん
3.5とか5.5ならまあそれよ
でも
0.0000008596とか
0.00000052354
みたいなのが日常な変数もあんじゃん
でも出力値見ればな～んとなく
まあ、あってんじゃね？
ってわかるじゃん
それよ
191:デフォルトの名無しさん
20/09/25 16:04:26.07 jsxvfqFg.net
>>190
今度は逃げずにレスするのか？ｗ
> 0.99999999999998みたいなのを概ね1.0お判定してくれそう？
0.99999999999998 を 概ね1.0と判定してほしいの？
0.9999999999998 だった場合は？
0.999999999998 だった場合は？
0.99999999998 だった場合は？
0.9999999998 だった場合は？
0.999999998 だった場合は？
0.99999998 だった場合は？
0.9999998 だった場合は？
0.999998 だった場合は？
0.99998 だった場合は？
0.9998 だった場合は？
0.998 だった場合は？
0.98 だった場合は？
192:デフォルトの名無しさん
20/09/25 16:05:29.16 ME9URhdt.net
>>191
自動テストはやっぱり駄目だな
193:デフォルトの名無しさん
20/09/25 16:06:00.90 jsxvfqFg.net
>>192
なんでまた逃げたの？
194:デフォルトの名無しさん
20/09/25 16:07:33.99 ME9URhdt.net
>>193
だって有効桁数わかんねーもん
195:デフォルトの名無しさん
20/09/25 16:08:32.06 jsxvfqFg.net
>>194
わからないなら上に聞けって、仕事できないやつだなｗ
196:デフォルトの名無しさん
20/09/25 16:09:47.04 ME9URhdt.net
>>195
数の暴力に屈してしまうのです!
数の暴力に屈してしまうのです!
197:デフォルトの名無しさん
20/09/25 16:10:24.36 jsxvfqFg.net
こいつにテストさせたら、それっぽい値なので問題ないと思いましたって答えそうｗ
198:デフォルトの名無しさん
20/09/25 16:10:36.79 buHis4lt.net
>>194
すまん、単体テストをどういう風に想像してる？
a：関数の返り値/実行結果のみを単体テストで確認する
b：実装されてる全ての変数(ローカル変数/グローバル変数）の値を全部チェックする
一般的に単体テストってaしかやらんけどもしかしてbをやろうとしてる…・…？
なんか変数が10000個っていうのを見ててふっと思ったから一応確認したい
199:デフォルトの名無しさん
20/09/25 16:12:00.00 jsxvfqFg.net
>>198
過去ログ見る限り計算結果をログに出して
目視で数字みてそれっぽければOKらしいよｗ
これが単体テストだとさ
200:デフォルトの名無しさん
20/09/25 16:12:20.09 qv4TcM/Q.net
(ぶっちゃけ浮動小数点数のテスト仕様を深く考えたことがなくて焦ってる自分がいる)
201:デフォルトの名無しさん
20/09/25 16:12:36.43 cdg8K9Zm.net
>>190
> まあ、あってんじゃね？
> ってわかるじゃん
なるほど、ならいいんじゃね
俺には関係ないだろうしw
202:デフォルトの名無しさん
20/09/25 16:13:02.06 ME9URhdt.net
出力がよ
ほとんどDBにぶち込む値だから
メソッドの出力がほとんどチェック対象なんだよね
メソッド数でいうとクラっとするけど
変数の数なら10000ぐらい
203:デフォルトの名無しさん
20/09/25 16:14:36.17 jsxvfqFg.net
補足
>>202が言ってるのは、その10000ぐらいのメソッドを
目視で確認するのは大変だから、もうそれっぽければOKでいいじゃん
という意味です。
204:デフォルトの名無しさん
20/09/25 16:16:12.37 jsxvfqFg.net
さらに補足すると
10000ぐらいのメソッドを全部自動化でテストするの大変じゃん！
目視でいいよ目視で
という意味です。
205:デフォルトの名無しさん
20/09/25 16:27:46.98 buHis4lt.net
DBに書き込む値を概ねで済まそうと思ってたのか……（驚愕)
バグ出た時の影響範囲がやべーぞ
206:デフォルトの名無しさん
20/09/25 16:31:04.20 ME9URhdt.net
一日一万個感謝のフィールドチェック
207:デフォルトの名無しさん
20/09/25 16:47:11.95 ycF3TYue.net
>>174
アマゾンの日付ｗｗｗｗ
お前そんないい加減なことやってんの？ 驚愕だわｗｗｗ
お前の単体テストもそんな感じなんだろ
208:デフォルトの名無しさん
20/09/25 16:48:16.48 ycF3TYue.net
アマゾンの日付ｗｗｗｗｗ
出版社に電話かけて原本の初版の発売日聞いてみろ
ほぼ全部20年前だから
209:デフォルトの名無しさん
20/09/25 16:48:55.91 ycF3TYue.net
未だに単体テストの本書いてる人はいるだろうが
お前のようなただの情弱だからｗｗｗｗ
210:デフォルトの名無しさん
20/09/25 16:49:48.66 ycF3TYue.net
アマゾンの日付ｗｗｗｗｗあかんわろてまうわｗｗｗｗｗ
211:デフォルトの名無しさん
20/09/25 16:50:46.93 ycF3TYue.net
>>176
試しに逆に聞くけど君はどう思ってるの？
212:デフォルトの名無しさん
20/09/25 16:51:11.38 ycF3TYue.net
オブジェクト指向逆にどう？
213:デフォルトの名無しさん
20/09/25 17:14:08.66 cdg8K9Zm.net
発狂したww
214:デフォルトの名無しさん
20/09/25 17:44:42.53 qv4TcM/Q.net
>>211
別に？
あって当然のノウハウであり、必須すぎてどうかと問われても困る。
もしも、そこから否定する馬鹿がこのスレにいたら流石に驚く。
まぁ、そのレベルなんじゃないかって疑われてんだよお前は。
215:デフォルトの名無しさん
20/09/25 18:07:06.24 buHis4lt.net
>>208
1時間近く考えた結果がアマゾンの日付が間違ってるとかwwwwwww
いや、別に煽るのは構わんけど、原本20年前で戦うのは無茶だぞ？本当に
例えば最新のプログラミングノウハウ書かれた本、英語の原本でも良いから紹介してくれん？って言っても
自分で調べろ一転張り多分出す気無いと思ってるんだけどさ
そうなると自分の主張を補完するソースというか書籍を出せないけどそれは良いのか？
「自分の主張はネットにも書籍にも載ってないけど絶対に正しいです」って言うのは多分一番人を納得させるのが難しいけど良いのか？
216:デフォルトの名無しさん
20/09/25 18:14:10.98 qv4TcM/Q.net
>>152
今更だが、ごめん。このスレタイのせいで俺のツッコミが自動化の否定に捉えられたか。
そういう意図のツッコミじゃなかったんだ。
すまぬ。
217:デフォルトの名無しさん
20/09/25 18:53:43.46 ycF3TYue.net
>>214
沢尻エリカじゃんｗｗｗｗやるじゃんｗｗｗｗ
218:デフォルトの名無しさん
20/09/25 19:33:36.19 qv4TcM/Q.net
>>217
いい加減に俺の質問に答てくれ。
お前は別スレでも、いつも都合が悪くなると質問を質問で返したり、無関係な話に話題を逸したり、どうでもいいところで揚げ足を取って相手を批判するよな。
今度はそういうの無しで頼むわ。
219:デフォルトの名無しさん
20/09/25 19:43:14.22 ycF3TYue.net
>>218
わかった、質問を言ってくれ
220:デフォルトの名無しさん
20/09/25 20:11:34.55 qv4TcM/Q.net
176で質問してるんだがな。
質問の仕方を変えるか。
君さ、そもそも有意義な単体テストができるコードを書ける？神クラスとか作ってない？
221:デフォルトの名無しさん
20/09/25 21:44:14.72 jsxvfqFg.net
>>208
> アマゾンの日付ｗｗｗｗｗ
> 出版社に電話かけて原本の初版の発売日聞いてみろ
Amazon（もともとは本屋）はISBNがついている本の情報は出版社から仕入れています。
一応メインであるはずの商品データを手入力してる訳がないやろｗ
222:デフォルトの名無しさん
20/09/26 07:45:22.01 Jy/kksq4.net
クソみたいにピーキーなアサート入れるテストするくらいならそのままログ出力でもしろっていう
馬鹿コード書くやつはよく見るわな。
223:デフォルトの名無しさん
20/09/26 08:48:44.15 U+G6yEte.net
ピーキーなアサートの意味がよくわからんがアサートとログじゃ用途が違うからお前のアホ意見は却下で
224:デフォルトの名無しさん
20/09/26 09:38:16.34 QYO6nuQM.net
そうやって揉めるなら手動+Excelでいいよねっ
225:デフォルトの名無しさん
20/09/26 09:43:26.94 PsGGtblM.net
よくないが
226:デフォルトの名無しさん
20/09/26 10:02:50.88 VMDW0A59.net
アサート書いて実行したらテスト完了、エラーがあれはエラーの出たテスト箇所を知らせるでいいじゃん。
なぜログの目視に拘る。
227:デフォルトの名無しさん
20/09/26 11:17:45.67 Jy/kksq4.net
>>226
成功したところはやってないとかイチャモンつける馬鹿だから。
全ログ流しときゃいいのよ。
馬鹿と馬鹿に挟まれながら作業するってのは大変よ。
228:デフォルトの名無しさん
20/09/26 12:20:07.68 gRR2jm5z.net
単体テストはプログラマの自己満足だから無駄
っていう話がたまに出るけど、あれは一体何故なんだ
229:デフォルトの名無しさん
20/09/26 12:35:40.77 U+G6yEte.net
>>228
使ってない奴がわめいてるだけでしょ
自己満足だろうが修正時の安心感を捨てるとかあり得ん
230:デフォルトの名無しさん
20/09/26 13:40:52.38 IgGP+BQU.net
コーダーの安心感のためにどれだけの人件費がかかってると思ってるんだ
経営者目線で仕事しろ
231:デフォルトの名無しさん
20/09/26 13:42:09.40 IgGP+BQU.net
自己満で仕事するな、テストはテストのスペシャリストにやらせろ
組織の足を引っ張ってることを自覚しろ、単体テストをいますぐやめなさい
232:デフォルトの名無しさん
20/09/26 13:54:57.65 83DuDYef.net
うわぁ病的なの湧いてるなw
233:デフォルトの名無しさん
20/09/26 15:02:29.33 ViMVtGkb.net
またycF3TYueかよ。いい加減、ROMってろ。
234:デフォルトの名無しさん
20/09/26 15:10:55.21 U+G6yEte.net
経営者目線がツボるわw
235:デフォルトの名無しさん
20/09/26 15:36:45.48 dJRFq1YT.net
>>226
> アサート書いて実行したらテスト完了、エラーがあれはエラーの出たテスト箇所を知らせるでいいじゃん。
> なぜログの目視に拘る。
アサート書くためには関数の戻り値が必要
だけど関数の戻り値はわからない。
計算式が難しいから、実際に関数作って実行してみないと、計算結果はわからない
だから最初に関数を作る。
その計算結果がそれっぽければ、関数にバグはないとみなす。
関数にバグはないとみなしたからと言って、本当に関数にバグがないかどうかはわからない
つまり計算結果が正しいと証明する方法は存在しない。
だからログを目視してそれっぽいかどうか見るしかない
という理屈だそうな（笑）
236:デフォルトの名無しさん
20/09/26 17:24:00.70 ViMVtGkb.net
>>235
その「それっぽい結果の判定」をテストコードとして記述すればいいのに。
そもそも、テスト仕様が不明確な時点で駄目な気がするが...そういう開発しかした事がないのかな。詳しくは本人に聞けってところか。
>>231
経営者目線で仕事をするのなら、単体テストくらいできるようになってくれ。
意味のある単体テストすらできない生産性の低い奴とか俺の会社にイラネ。
もしもテスターと詳細設計担当が別人で、単体テストができないくらいクラス間の依存強度高いクソコードを渡された側であれば許すが、クソコードを作った挙げ句、自分のクソコードを反省もせず、単体テストは無意味だとほざく奴はイラネ。
数千から数万台出荷される製品のソフトウェアや、一般公開されているライブラリに対して単体テストしてませんとか言ったら出荷や公開を止める。リスク高すぎだろ。
なんでたかが人件費のために単体テストをやめるんだよ。それすら回収できないの？
受託開発だったらそこは委託元と相談して決めることだし、自社開発だったら...ビジネスモデルが破綻してるな。
詳細設計そのものがクソでも他テストは通る恐れがある。
販売活動中に詳細設計がクソすぎて開発が止まる恐れのある製品とか怖くて売れない。
237:デフォルトの名無しさん
20/09/26 17:31:55.87 IgGP+BQU.net
>>236
経営者目線で単体テストてｗｗｗｗｗ
ｗｗｗｗアホすぎわろすｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗひぃーひぃー腹が痛いーｗｗｗｗｗｗ
238:デフォルトの名無しさん
20/09/26 17:34:09.67 IgGP+BQU.net
単体テスト頑張れば頑張るほど品質は下がるというのが現代のものづくりの常識なわけだが
10年前の本読んで仕事してる人とは仕事したくないなあｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
239:デフォルトの名無しさん
20/09/26 17:34:46.62 gRR2jm5z.net
テストのスペシャリスト(エクセルスクショパシャパシャ)
実際、テスト計画からテストの自動化含めて全部やれる人って
ほとんどいない気がするか……
というよりテスト自動化すらまだ全然進んでない印象
240:デフォルトの名無しさん
20/09/26 17:37:41.06 IgGP+BQU.net
自動化しなくても良い、総合テストに時間をかけたほうが製品の品質は高まる
テスラのロケットもそうやって飛んだんだよ
自動化という手法にこだわってコーダーの自己満で単体テストやってるのは
所詮ホリエモンロケット止まり
241:デフォルトの名無しさん
20/09/26 17:39:16.66 IgGP+BQU.net
大事なのはユーザビリティでありプロダクト
細かい部品のチェックを頑張ってもどうにもならんぞ
242:デフォルトの名無しさん
20/09/26 17:40:41.58 yrYl4KMm.net
>>240
ycF3TYueさんよ、マジで黙っててくれないか？
お前さっきから邪魔。昨日のように逃げて大人しくしてろ。
243:デフォルトの名無しさん
20/09/26 17:42:49.70 IgGP+BQU.net
単体テスト頑張って会社の売上が上がった人は単体テストのコンサルタントやってるIT業界のマナー講師くらいだろ
やってることが自作自演なんだよ
日本の仕事の生産性が低いのも細かいところで頑張って全体の品質から目を背けているからだ
開発者が力を注ぐべきはプロダクトでありユーザの満足度だ
わーい単体テスト自動化できたーとこれで安心だーなんていってるのはレベルが低すぎるんだよ
高卒ならそれで良いかも知れないが大卒はそんなことやっちゃダメ
244:デフォルトの名無しさん
20/09/26 17:44:24.34 IgGP+BQU.net
大局を見よ、戦略を練れ、竹槍にこだわって戦争に勝とうとするな
245:デフォルトの名無しさん
20/09/26 17:49:35.42 ViMVtGkb.net
>>239
まぁ、自動化以前のところで詰まってる人は多いかも。
246:デフォルトの名無しさん
20/09/26 17:51:56.67 IgGP+BQU.net
リファクタリング、単体テストを頑張る人間は一生クリエイティブな仕事できない
ユーザはネジの品質なんて気にしない、プロダクトが使いやすいかどうかが全て
ユーザ目線に立って生産性の高いアジャイルな仕事を成功させるためには自己満足を捨てて
顧客満足を選ばなければいけない
247:デフォルトの名無しさん
20/09/26 17:53:25.75 IgGP+BQU.net
単体テストの自動化を目的に仕事してる人がいる、IT業界のマナー講師だ
嘘をバラマキ生産性を下げる原因だ、出会ったら心から軽蔑してあげよう
248:デフォルトの名無しさん
20/09/26 17:56:41.81 Ztx9BLyg.net
>>243
アジャイルなのに単体テストに意義を見いだせないって終わってるな。しかも、自動化スレでこんな発言だもんな。
アジャイルという言葉を理解していなさそう。
249:デフォルトの名無しさん
20/09/26 17:57:28.46 IgGP+BQU.net
>>248
アジャイル == 単体テストと思ってそうｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗザ・ガラパゴスって感じｗｗｗｗｗｗｗｗｗｗｗ
250:デフォルトの名無しさん
20/09/26 17:58:16.27 IgGP+BQU.net
アジャイル == ユーザ
これが本当のアジャイル
ユーザが見るのは単体テストの結果じゃない、プロダクト
251:デフォルトの名無しさん
20/09/26 17:59:11.08 ViMVtGkb.net
>>249
そういえば、お前、昨日220の質問で逃げてたけど、答えないの？
252:デフォルトの名無しさん
20/09/26 17:59:20.69 IgGP+BQU.net
まともな企業で仕事してみ、総合テストを重視したほうが品質高まるねってのが常識だから
253:デフォルトの名無しさん
20/09/26 17:59:25.33 gRR2jm5z.net
>>243
>日本の仕事の生産性が低いのも細かいところで頑張って全体の品質から目を背けているからだ
>開発者が力を注ぐべきはプロダクトでありユーザの満足度だ
なんでアジャイル開発やTDDに発展していったかっていう経緯が全然分かってないやん
単体テスト無しで各コードが密結合されたプログラムの場合、変更のコストが膨大になる(作業工数の膨大）
で、プログラムっていうのは常に変化するものだ
不具合対応だけでなく、それこそユーザー要望によってコードはどんどん追加される
で、そのユーザーを満足さえるためにコードを変更するって事は仕様追加だけでなくて、既存仕様の担保も同時に必要になるんだよ
密結合されたコードは修正時の影響範囲が大きく、容易に変更する事が出来ない
何より変更後の既存仕様の担保っていう点で言えば、全てを保証するためには膨大なテストが必要になる
単体テストを『ちゃんと』作ると、プログラムは自然と疎結合になっていく（なぜならそうしないとテスト自体が書けないので）
更に仕様変更後も単体テストを動かす事で、少なくとも単体テストを実装している個所については
変更前後の動きを担保する事が出来る
もし抜けがあれば追加すれば良い、そうすれば次からはそこは抜け落ちない
つまり最初の工数こそかかるが、リリース後の保守/仕様変更に強いプログラムが出来上がる
これは長期的に見ればユーザーにも開発者にとっても大きな利点
お前はリリースした後の長期的な観点が抜け落ちてるからこそ、単体テストを軽視してるんだろ
ウォーターフォール式の開発で技術者寄せ集めてでプロジェクト終わったさー解散、ってやってるような奴だなとしか思えん
……というか調べたけど、テスラのロケットがシミュレーション止めたっていう話自体全然出てこないんだが……
254:デフォルトの名無しさん
20/09/26 18:02:35.17 U+G6yEte.net
>>239
単体テストは基本設計者がやるから
自動化環境の導入は片手間じゃなかなか難しいからうちは専任の部隊がいる
一旦入れれば次からはそんなに苦労しないんだけど最初のハードルはちょい高めやね
>>242
NGしとけ
255:デフォルトの名無しさん
20/09/26 18:03:31.79 gRR2jm5z.net
というかユーザーは単体テストを見ない、だから単体テストは不要
っていうのは恐ろしいほどの暴論だぞ
ユーザーが必要としている領域と、開発側で必要としている領域は一致しない部分が出てくるんだから
全く理由になって無いぞ
256:デフォルトの名無しさん
20/09/26 18:46:55.40 IgGP+BQU.net
>>253
密結合ｗｗｗｗ疎結合ｗｗｗｗいかにも10年前の本に書いてそうなことだなｗｗｗｗｗｗ
単体テストがないから設計ができないなら設計力が足りてないわ
単体テストしてる場合じゃないプロダクトと向き合えユーザと向き合え
単体テストでパソコンと向き合ってんじゃねえｗｗｗｗｗ
257:デフォルトの名無しさん
20/09/26 18:56:33.26 gRR2jm5z.net
>>256
じゃあ単体テスト不要の根拠になるソース出して？
>>154辺りの本が古いのであれば、当然当たらしいやつがあるんだよな？
ソースが無けりゃただの妄言だぞ
258:デフォルトの名無しさん
20/09/26 18:57:42.94 eYWGQOJY.net
>>253
密結合されたコードの破壊力はヤバいね。
何がやばいかって、最悪、1から作り直しになるから。
そして、そんなコードを作る人達がリファクタリングしたり再設計させたところで同じことを繰り返すから。
俺の会社の過去最高のクソプロジェクト案件が脳裏に浮かんだよ。
まぁ、あんたの言うとおりだわな。
>>255
> ユーザーが必要としている領域と、開発側で必要としている領域は一致しない部分が出てくるんだから
> 全く理由になって無いぞ
全くそのとおりだ。
259:デフォルトの名無しさん
20/09/26 19:00:26.44 IgGP+BQU.net
>>257
まともな会社で仕事してみ
総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>> 単体テスト
品質を左右する優先度はこれ
260:デフォルトの名無しさん
20/09/26 19:01:22.17 eYWGQOJY.net
>>259
優先度の話かこれ？
261:デフォルトの名無しさん
20/09/26 19:04:32.62 IgGP+BQU.net
単体テストはコーダの自己満を超えられないのよ
もっと広い視野でプロダクト全体を見渡さないとよいプロダクトは作れない
プロダクト売るのはコーダじゃないから気にしたことないだろうけど
分析してみるとユーザの満足度に単体テストレベルの些末なことは一切関与しない
262:デフォルトの名無しさん
20/09/26 19:07:01.48 IgGP+BQU.net
たとえカバレッジ120%であってもユーザビリティが低ければ使われない
ユーザの満足度とコーダの満足度は違うもの
UIを洗練させ機能を洗練させユーザが本当に求めてるのは何かと
考え続けることがプロダクトの品質を高めることに繋がる
それがユーザと向き合うってこと、パソコンと向き合ってるだけじゃダメ
263:デフォルトの名無しさん
20/09/26 19:08:27.91 lXs6C011.net
ソースは明かせないが、信頼できるとある専門から聞いたという話では
単体テストをやればやるほど売上が下がることが明らかになったそうだ
な？そういうことなんだよ
264:デフォルトの名無しさん
20/09/26 19:09:11.93 c/9EiqGf.net
>>262
たとえカバレッジ120%であってもユーザビリティが低ければ使われない
それなら
たとえカバレッジ120%であってもユーザビリティを高くすればいいだけでは？
265:デフォルトの名無しさん
20/09/26 19:10:50.10 lhbsSr80.net
バカエッチ120%
266:デフォルトの名無しさん
20/09/26 19:11:23.17 IgGP+BQU.net
目的はユーザを満足させることであり単体テストはその手段として
使われるのだけれども単体テスト頑張ってもユーザの満足度あがらんね
それはどうしてだろうプロダクトの品質があがるわけじゃないからだってのが
20年前～10年前まで単体テストを頑張って得られた結論
いまは結合テスト、総合テストを自動化して品質を高めるのが主流
267:デフォルトの名無しさん
20/09/26 19:12:54.99 IgGP+BQU.net
10年前の知識で頑張ってるお前らは俺を煽ることでどうにか今の技術を聞き出そうとしてる情けない人たち
268:デフォルトの名無しさん
20/09/26 19:14:20.17 IgGP+BQU.net
本を読んでPCと向き合うとことしかしてこなかったお前らの限界
ユーザと向き合うことを避けてきた根暗なコミュ障に開発の最先端は無理
269:デフォルトの名無しさん
20/09/26 19:16:47.76 U2gS2HGa.net
なんかヤベー奴沸いてるからこれ貼っとくわ。
詭弁の特徴のガイドライン
1.事実に対して仮定を持ち出す
2.ごくまれな反例をとりあげる
3.自分に有利な将来像を予想する
4.主観で決め付ける
5.資料を示さず自論が支持されていると思わせる
6.一見関係ありそうで関係ない話を始める
7.陰謀であると力説する
8.知能障害を起こす
9.自分の見解を述べずに人格批判をする
10.ありえない解決策を図る
11.レッテル貼りをする
12.決着した話を経緯を無視して蒸し返す
13.勝利宣言をする
14.細かい部分のミスを指摘し相手を無知と認識させる
15.新しい概念が全て正しいのだとミスリードする
16.全てか無かで途中を認めないか、あえて無視する
17.勝手に極論化して、結論の正当性に疑問を呈する
18.自分で話をずらしておいて、「話をずらすな」と相手を批難する
19.権威主義に陥って話を聞かなくなる
270:デフォルトの名無しさん
20/09/26 19:19:19.01 83DuDYef.net
>>259
まともな会社ってどこ？
お前の勤める自宅警備会社？
271:デフォルトの名無しさん
20/09/26 19:27:01.07 vfGHSq+F.net
>>268
昨日の昼間からム板に張り付いている人に言われても説得力ねぇわ。
そしてそれと同じくらい、お前の50を超えるレスに説得力ねぇわ。
ツッコミを入れる周囲の人達の発言のほうが説得力があるね。
もう少し自分を疑うことをおすすめするよ。
272:デフォルトの名無しさん
20/09/26 19:29:30.83 gRR2jm5z.net
>>259
はい、ソース無し
というか単体テストすらまともに実装出来ない会社の間違いじゃないの？
273:デフォルトの名無しさん
20/09/26 19:36:25.98 c/9EiqGf.net
>>266
> 目的はユーザを満足させることであり単体テストはその手段として
> 使われるのだけれども単体テスト頑張ってもユーザの満足度あがらんね
だから両方やればいいだけでしょ？
274:デフォルトの名無しさん
20/09/26 19:47:53.10 gRR2jm5z.net
マジで無能な働き者感半端なさ過ぎて洒落にならんな>ID:IgGP+BQU
あんまり煽るのは趣味じゃないが、流石にここまで酷いと思わんかった
>いまは結合テスト、総合テストを自動化して品質を高めるのが主流
本当に聞きかじりばっかだなお前
結合テスト/総合テストの自動化は開発の最終盤(UI含めてほぼ構成が固まった段階)に辺りからやるもんだぞ
さらに大前提として結合/総合時に自動化に耐えうるレベルでバグを潰しておく必要がある
つまり、単体テストで予めて一通りの品質が担保出来てなきゃ、自動化なんざ夢のまた夢だぞ
275:デフォルトの名無しさん
20/09/26 19:50:00.49 vfGHSq+F.net
>>266
> 目的はユーザーを満足させることであり単体テストはその手段として使われるのだけれど
最終的にはそうなるかもしれないが、あくまでも単体テストの目的は詳細設計の妥当性確認では？
お前、>>253のツッコミをミスリードしてないかw？
時代遅れとか以前に、単体テストが何を目的とするのかすらわかってないじゃん。
>>273の言うとおり、両方やればいいだけだよ。そして、両方やる必要がある時点で他のテストとは目的が違うんだよ？理解してる？
276:デフォルトの名無しさん
20/09/26 19:56:28.25 gRR2jm5z.net
更に言うと、実行時間って言う面においては自動化を含めても
単体テスト>>結合テスト>>>>>総合テストっていう絶対に崩せない不等式がある
（総合テストはseleniu辺りを使ったものを自動化を想定してる）
単体テストはフィードバック速度が段違いに早いんだよ、だからアジャイル開発やTDDにおいても重要なファクターとなる
あとずーーーーーーと引っかかってたんだけどさ
単体テスト、結合テスト、総合テストは仕様通りに動くかどうかであって、ユーザー満足度とは何も関係無いぞ
仕様通る作成できている＝ユーザーも大満足する、にならないからウォーターフォールだとダメって風潮になってるんやん
（ユーザーの声が最後の最後にしか出てこないから、フィードバックを反映するのが困難なため）
ユーザーが満足するか、使いやすいかっていう判断をするのはユーザービリティテストっていう
評価観点が全く異なるテストを実施しないといかんのだぞ
流石に二日待っても『ユーザービリティテスト』って言葉が一回も出てこないから本気で心配してるんだぞこっちは
277:デフォルトの名無しさん
20/09/26 20:25:28.70 IgGP+BQU.net
>>276
結合テストの段階でユーザも巻き込んでやるだろ
お前のとこやってないの？ それアジャイルじゃないよ
ただのウォーターフォールだよ、どうりで単体テスト重視してるわけだわな
ユーザと会うことさえない下っ端仕事しかしてないんだろ
278:デフォルトの名無しさん
20/09/26 20:26:11.04 IgGP+BQU.net
アジャイルとはユーザと一体化して共同でプロダクトを作り上げるものだ
279:デフォルトの名無しさん
20/09/26 20:28:00.00 IgGP+BQU.net
パソコンと向き合ってれば良い仕事って気楽でいいなｗｗｗｗ
プロダクトの品質気にしなくていいし顧客満足も気にしなくて良いもんな
うらやましいわｗｗｗｗｗｗ
280:デフォルトの名無しさん
20/09/26 20:28:37.08 IgGP+BQU.net
10年前の本実践してイキってれば良いもんなｗｗｗｗｗｗｗほんまええなーｗｗｗｗｗｗ
281:デフォルトの名無しさん
20/09/26 20:31:50.54 vfGHSq+F.net
こんなにム板の住人多数から集中砲火を受けてもレスできる図太さに驚きが隠せない。
282:デフォルトの名無しさん
20/09/26 20:34:13.35 gRR2jm5z.net
>>277
け、結合テストにユーザーを巻き込むwwwwwwwwww
ちょっと想像の斜め上どころの解答じゃなかったな
アジャイル開発でもそんなクレイジーな事せんわ
なんで結合テストしてない代物をユーザーと一緒にテストするなんて言うトチ狂った発想が出てくるんだよ
お前の開発環境クレイジーすぎるだろ……
283:デフォルトの名無しさん
20/09/26 20:39:19.67 IgGP+BQU.net
>>282
アジャイルでは次の優先度でテストをやります
総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 単体テスト
ちなみにお前がアジャイルやったことないのは明らかで
盛大に勘違いしてそうだから老婆心で教えてやるけど
アジャイルでは総合テストを結合テストよりも先にやるからな
総合的に使い物にならないものを詳細までテストするのは時間と金の無駄だから
ウォータフォールと真逆のことをやってユーザの満足度を最優先にしてプロダクトに反映する
これを全体最適化と言う
284:デフォルトの名無しさん
20/09/26 20:41:43.72 IgGP+BQU.net
ガラパゴスジャパンのものづくりにはその俯瞰的な視点が抜けてるから欧米にはまだまだ追いつけない
過去の慣習からいまだに抜け出せずに10年前の本をありがたがっている人もいるくらい残念な状況
285:デフォルトの名無しさん
20/09/26 20:46:03.15 vfGHSq+F.net
>>283
>ちなみにお前がアジャイルやったことないのは明らかで
お前のことだろ。
286:デフォルトの名無しさん
20/09/26 20:46:10.02 IgGP+BQU.net
そう、いうなればいまだに単体テストを頑張ってるプログラマはさながらハンコ議員連盟みたいなもの
時代遅れの技術にいつまでもしがみついて進歩を遅らせてるってこと
愚鈍で低能な人間は日本の未来を暗くするだけ、ノロマの罪で逮捕して冷たい牢獄で一生を過ごして欲しいくらいだわ
287:デフォルトの名無しさん
20/09/26 20:49:25.23 c/9EiqGf.net
>>286
それじゃいまだにログを目視で頑張って眺めてそれっぽい値ならOKなんて言ってるやつはどうなるの？
288:デフォルトの名無しさん
20/09/26 20:50:23.41 IgGP+BQU.net
>>287
それはありだろ、ログは大事だ
289:デフォルトの名無しさん
20/09/26 20:50:49.34 c/9EiqGf.net
単体テスト（自動テスト）で正しい値と比較 vs 目視確認でそれっぽい値かどうかチェック
って話だったの忘れたのかな？ｗ
290:デフォルトの名無しさん
20/09/26 20:51:31.00 c/9EiqGf.net
>>288
そんなことしてたらユーザビリティテストする時間なくなるやんｗ
291:デフォルトの名無しさん
20/09/26 20:52:18.62 IgGP+BQU.net
>>289
結局最後に頼れるのは人間の目だからな
何のために目が付いてるか考えろ
ログを見るためだろうが
292:デフォルトの名無しさん
20/09/26 20:52:59.21 c/9EiqGf.net
しかもそれっぽい値かどうかしか確認しないからバグだったとしてもわからんし
正しい答えがわからないからログに記録されているのがバグだったとしても
それっぽい値ならOKにするんでしたっけ？ｗ
293:デフォルトの名無しさん
20/09/26 20:53:29.46 vfGHSq+F.net
>>286
その理屈だとプロジェクト作成時にテストコード記載場所を用意するAndroid Studioは時代遅れってことになるな。
つまり、Androidは時代遅れと。
294:デフォルトの名無しさん
20/09/26 20:53:37.93 c/9EiqGf.net
>>291
見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
295:デフォルトの名無しさん
20/09/26 20:54:20.39 c/9EiqGf.net
訂正
>>291
ログ見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
296:デフォルトの名無しさん
20/09/26 20:55:00.24 nlLPMFg9.net
>>281
相手するなよ…
297:デフォルトの名無しさん
20/09/26 20:55:16.64 gRR2jm5z.net
>>283
>総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 単体テスト
はーまたソース無し
IPA辺りの資料だけど、アジャイル開発の進め方見てみ？
URLﾘﾝｸ(www.ipa.go.jp)
9ページにはTDDを基本にするって書いてあるやろ？
つまり単体テストを避けて通れないの
あと先進的な設計・検証技術の適用事例報告書 2015 年度版の資料
URLﾘﾝｸ(www.ipa.go.jp)
ここに単体テストの有用性を検証した結果出てるぞ、15ページな
それっぽい言葉で誤魔化してるつもりかもしれんが
何ども言うがソースが無いなら一切妄言と変わらんからな
298:デフォルトの名無しさん
20/09/26 20:56:42.78 vfGHSq+F.net
>>296
そうするか、NG登録しよ。
荒らしとしてBANされることを祈ろう。
299:デフォルトの名無しさん
20/09/26 22:22:37.23 EyP34oM1.net
まあ、なんとなく言うこともわからないでもない
結局、単体テストのチェック項目は言うほど明確にならないってことだな
浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
彼も全くなんのチェックもしないわけではないだろう
ただ、リリース毎に走らせるような仕組みなんか無駄なコストだと思う
もちろん動かないなんてのは言語道断だがそれは従来のテストで不十分か？と言えばそんなことはないと思う
それよりは結合で出る他のモジュールとの不整合や
総合で出る使い勝手の悪さの修正などに時間をかけた方がいいと思う
さらに言えばリリースしたあともユーザが使ってないような機能なんていっそ小規模な不具合があってもほっといてもいいのではないか？とは俺も思う
もちろん動かないなんてのは言語道断だが
部品のテストをいくら頑張ってもロケットは飛ばないというのは正しいと思う
まあ、これで悩むのは請けた仕事がそこまで判断するような広範囲な仕事だけだが
300:デフォルトの名無しさん
20/09/26 22:29:27.75 9iLYNIRG.net
もしかして 自作自演？
301:デフォルトの名無しさん
20/09/26 22:31:40.42 en54jqZM.net
なんじゃこのオチはwww
302:デフォルトの名無しさん
20/09/26 22:37:06.52 9iLYNIRG.net
おい、ためしにlgGP+BQUは何か書き込んでみろ(原爆投下)。
303:デフォルトの名無しさん
20/09/26 22:42:04.33 gRR2jm5z.net
>>299
>結局、単体テストのチェック項目は言うほど明確にならないってことだな
>浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
一回仕様決めてテスト書いたら
後はもう1関数辺り数秒にも満たない実行時間しか無いぞ……
つか浮動小数点のテストなんてそこれそユニットテストで良くやるやつやん
304:デフォルトの名無しさん
20/09/26 22:45:25.84 EyP34oM1.net
なんの作戦もなく単体テストの自動化を勧めてくるペテン師に引っかかってはならないというのはガチだと思う
・自動化Scriptの作成コストはでかい
・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
・そんなに何度も単体テストしないし
・かけたコストに対するリターンが小さそう？
305:デフォルトの名無しさん
20/09/26 22:51:11.37 IgGP+BQU.net
>>304
まともな人が居てうれしい
306:デフォルトの名無しさん
20/09/26 22:51:21.53 EyP34oM1.net
>>303
すげー大変じゃん
仕様を定義するやつも
小数点いくつで四捨五入なのか切り捨てなのか全部考えないと
でもそんなことしなくてもプログラムって動くし
んでこういうのって会社で一旦やるって定義されちゃうと全部やらないといけなくなっちゃう
でも大半は必要ない
307:デフォルトの名無しさん
20/09/26 22:57:08.42 gRR2jm5z.net
>>304
>・自動化Scriptの作成コストはでかい
それは正しいが、テスト自動化の作成/修正コストは
総合>>結合>>単体テストの関係になる
(必要な構成、モジュールが総合テストに近づくほど増えて影響範囲がどうしても増えるので）
>・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
総合/結合テストの自動化はバグを発見するのが目的ではなく
既存機能が壊れてないを確認するために使うんだぞ？
勘違いしてる人が要るかもしれんが、総合/結合テストでバグが頻発すると
テストが失敗した原因の調査～修正の作業に無視できない工数がかかるから、
作成コストが少ない単体テストが整備出来てなきゃ宝の持ち腐れだぞ
>・そんなに何度も単体テストしないし
それは単純にサボってるだけ
継続的デリバリーとか継続的インテグレーションっていうスタンスで立つ場合
CIツール、例えばJenkins辺りで構築する場合
ソースをコミットしたタイミングで、コード解析、自動ユニットテスト、ビルドまで一連でやるようにする
だから一番動かすのはむしろ単体テストになる
URLﾘﾝｸ(www.techmatrix.co.jp)
URLﾘﾝｸ(tracpath.com)
>・かけたコストに対するリターンが小さそう？
んな事ない
上記の例も合わせてリターンは大きい
308:デフォルトの名無しさん
20/09/26 23:05:35.15 en54jqZM.net
自演成りすましかとも思ったが本物だった
幼稚過ぎるやろ
309:デフォルトの名無しさん
20/09/26 23:05:47.25 EyP34oM1.net
>>307
自動テストは単体が一番作るの大変だと思うけどなｗ
結合や総合はモジュールや機材のセッティングは大変だけど
作るのは簡単やろ
だってUWSCで画面のボタンをポチって押すだけやろ
少なくとも俺はそんなイメージだけど？
310:デフォルトの名無しさん
20/09/26 23:12:22.45 9iLYNIRG.net
>>309
うーん、もしかして受託開発？
311:デフォルトの名無しさん
20/09/26 23:17:09.95 gRR2jm5z.net
>>309
>作るのは簡単やろ
>だってUWSCで画面のボタンをポチって押すだけやろ
それは考えが甘すぎだわwwwwwwwwww
それだと操作しかしてないやん
UI周りの自動テストを実装する場合
・テストシナリオ(どういう操作をするのか）
・テストの判定基準
(想定通りの画面に遷移しているのか、表示されるメッセージが正しいか、データ登録が絡むならその結果も正しいのかなど）
・テスト結果の判別方法
(これはテストシナリオによって変わってくる、登録データをそのまま引っ張り出すならDB接続して想定値との乖離が無いかチェックする
ものによっては画面キャプチャで画像差分を見るってやり方もあるけど個人的には好きじゃない）
最低でもこの辺を意識して作らんといかんから、
そんな画面ポチポチ終わりーでいかんぞ…・…
特にUIの自動化は変更に弱い認識だから、本当に最後の最後で実装しないと地獄を見るし
312:デフォルトの名無しさん
20/09/26 23:17:16.83 EyP34oM1.net
>>307
単体テストのモジュールってさ
上流で変更があると枝葉って変更じゃなくて消滅と生成のが多くない？
そうなると実ははじめの一回目しか実は見てないんじゃない？って俺は思っちゃうんだよね
枝葉をくっつける本流の方が間違ってるときってそれそもそも自動化以前にテストやっとるのかと？
俺は単体テストの自動化テストはヒット数（実際にバグを捕まえた数）は少ないと思ってる
苦労した割には
313:デフォルトの名無しさん
20/09/26 23:22:01.06 GBugeZhr.net
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一とか、
Serverspec の作者・宮下剛輔とか、有名
YouTube で有名な、雑食系エンジニア・KENTA は、
初心者のRailsポートフォリオに、CircleCI まで入れれば、有利と言ってるし
有名は人は皆、BDD の鬼！
314:デフォルトの名無しさん
20/09/26 23:25:08.71 gRR2jm5z.net
>>312
単体テストでバグの発見数は正直重要じゃないな
というかそんなん集計とるか？
普通は単体テストが成功してからコミットするし、テストコード無しでコミットしようとしたらプログラマー〆るだろ
……というか仕様変更の度に関数が消滅と生成が起きるって
それはどっちかと言うとプロジェクトの問題では……？
315:デフォルトの名無しさん
20/09/26 23:29:44.66 EyP34oM1.net
>>311
総合や結合の結果の判別なんか
ログの最後の出力がCompleteだったぐらいでええやろ
機材がクソってるのにログにCompleteって出てるならそれってテストScriptのせいじゃなくてそもそもログ出力腐ってるやろ？
316:デフォルトの名無しさん
20/09/26 23:35:25.55 EyP34oM1.net
>>314
きっちりメソッドが分けられず
他の機能と融合してるから
変更が多いんやろ
普通は上流の変更があったら枝葉のメソッドは生成と消滅が多い
317:デフォルトの名無しさん
20/09/26 23:39:59.73 gRR2jm5z.net
>>306
そこは仕様によるし、あと責務の分割とかそういう発想でプログラムを組めばいい
超簡単な例として、電卓を上げるぞ
win10の電卓を叩くと
10/3 = 3.3333333333333333333333333333333
20/3 = 6.6666666666666666666666666666667
っていう感じで小数点31桁で出てくる
この結果から以下の仕様が読み取れる
・計算した結果が無限小数の場合、小数点は31桁まで表示する
・小数点31桁目は四捨五入して表示する
っていう仕様が予測できる
と言う事は、最低限の実装方針としては以下のようにすると、楽に単体テストが実装できる
・計算ロジック側は小数点31桁よりも大きい桁数でユニットテストは判定すれば良い、単体テストは可能だし、変更も簡単にチェックできる
・画面表示をする際に小数点31桁として出力するように四捨五入するメソッドを実装してかませればいい、このメソッドも単体テストが可能になる
ようは必ずしもすべての計算結果の小数点桁を指定する必要は無い、基本的には余裕のある実装にしておけば早々壊れない
318:デフォルトの名無しさん
20/09/26 23:50:46.00 gRR2jm5z.net
>>315
それはテストツールによるとしか言えん
ちゃんとしたGUIテストツール使って、シナリオも確認してるのであれば
もちろんばログレベルの確認で良い
ただUWSCって名前が出たからついな
あれは自動操作用の目的だし、そもそも今開発止まってるから使うべきツールではない
319:デフォルトの名無しさん
20/09/27 00:16:05.83 4yJ9ltzt.net
>>314
テストコードコミットしたらぶっ殺すわｗ 仕事しろと
320:デフォルトの名無しさん
20/09/27 00:17:13.78 4yJ9ltzt.net
自己満は趣味でやれ、仕事でテストコード書くなと
321:un.coder
20/09/27 00:20:52.87 u5qdbgw4.net
複数の下流工程を管理する際、テストコードの無い成果物を渡されても、そのソフトウェアモジュールを製品に組み込んでもいいのか判断に困る。
そもそも、単体テストが済んでいるということは、そのソフトウェアモジュールはテスト仕様の範囲では正しく動くことが保証されているわけだ。
だから、完璧な単体テストさえ行っておけば、完璧なモジュールを組み合わせて完璧な製品が出来上がるから、理論上完璧な単体テストができれば結合試験すらいらないんじゃないなって思う。(流石に大胆発言か？)
※顧客満足のチェックまでは無理だが。
※ここで言う完璧なモジュールというのは組み合わせれば理想な製品ができるモジュールのこと。(前提条件がシュールすぎる？)
まぁ、現実的に人が設計をする以上、仮に一つ一つのモジュールがテスト仕様書を満たしたところで組み合わせても上手くいく保証はないから結合テストもやるんだが...。
単体テストについては、こんなイメージだな。
322:デフォルトの名無しさん
20/09/27 00:22:02.61 4yJ9ltzt.net
プロならテストコード書かなくても動くコード書くのが普通
単体テスト書くことが目的化してしまってるのがマナー講師と呼ばれる所以
323:デフォルトの名無しさん
20/09/27 00:26:17.42 4yJ9ltzt.net
>>321
単体テストは時間の無駄だから
単体テストのテストコード見て判断する木偶の坊が管理してるとかそのプロジェクト破綻してるだろｗｗｗｗｗｗｗｗｗｗｗｗ
大局を見ろよ、設計として正しいかどうかで判断しろ、単体テストのテストコード見てどうするんだバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ笑い死にさせる気かｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
324:un.coder
20/09/27 00:27:07.37 u5qdbgw4.net
なんか、さっそく、あぼーんされている奴が沸いてるんだけど。
ごめんね。俺のブラウザだと、NGが共有されるから、読めないや。
325:デフォルトの名無しさん
20/09/27 00:28:35.95 4yJ9ltzt.net
「単体テストのコードがあるな、よし！」とか言ってるのかｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗ現場猫かよバカがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
326:デフォルトの名無しさん
20/09/27 00:29:25.18 4yJ9ltzt.net
>>324
見てるくせにｗｗｗｗｗNG解除してみてるくせにｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗハゲワロｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
327:デフォルトの名無しさん
20/09/27 00:31:31.73 4yJ9ltzt.net
お前ら笑いの才能だけはあるよなｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗすげーわ単体テストのテストコード見て管理した気になってるとかｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗ次元が違うわｗｗｗｗｗｗｗｗｗｗｗｗ
328:デフォルトの名無しさん
20/09/27 00:33:43.88 gReWMIlS.net
>>322
適当に有名処のフレームワークのGithub覗いて来たけどさ
がっつりユニットテストコード書いてるけどね、仕事として
それとも今でも一線で活躍してるフレームワークをまた10年前のシステム～とかで良い訳でもするん？
あ、オープンソースだから参考にならないっていうかもしれないな！
Djangoフレームワーク(python)
URLﾘﾝｸ(github.com)
コード例
URLﾘﾝｸ(github.com)
Springフレームワーク(java)
URLﾘﾝｸ(github.com)
コード例
URLﾘﾝｸ(github.com)
329:デフォルトの名無しさん
20/09/27 00:36:47.59 4yJ9ltzt.net
>>328
ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
いいよなーオープンソースは気楽でよー、人件費なんて無限に湧いて出るようなもんだもんなー
お前のようなアホが実績欲しさに無駄なコード書いてくれるもんなーいいなーうらやましいなー
無駄なテストコード書いて時間つぶして居られるなんて幸せものだなー
330:デフォルトの名無しさん
20/09/27 00:38:29.69 4yJ9ltzt.net
無駄なコードでも大変だから仕事した気になれるんだろうなーやりがいはありそうだよねーｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ一銭の価値もないけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
331:デフォルトの名無しさん
20/09/27 00:40:09.14 4yJ9ltzt.net
お前ら授業中に真面目にノート取って先生に褒められて勉強できる気になってそうｗｗｗｗｗｗ
332:デフォルトの名無しさん
20/09/27 00:40:57.58 4yJ9ltzt.net
でも高卒どまりｗｗｗｗｗ
333:un.coder
20/09/27 00:47:26.86 u5qdbgw4.net
>>328
有名どころのテストコードを見たことが無かったけど、思ったより普通だった。
でも、まぁ、勉強になる。
334:デフォルトの名無しさん
20/09/27 00:55:35.74 gReWMIlS.net
>>329
>ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
「この単体テストは無駄、不要」っていう判断を下すには以下を知って無きゃいけない
・テスト対象のコード仕様
・テストコードの内容
先に言っておくが、無駄なテストコードっていうのはもちろん存在するぜ
テストカバレッジを水増しするようなコードとかな
あんたは3分足らずで言語仕様も異なる二つのフレームワークのソースを見て
コードの仕様とテストコードを理解して文句を付けてるわけだ
いやー、すごいすごい、単体テスト不要派なのにめちゃくちゃ詳しいんですねー
あ、ちなみにだけどさ『2020年』のWeb調査で
次に学ぶべきWebフレームワークの人気ランキングで
Djangoは3位、Springは7位につけてるぐらい人気があるフレームワークなんで
URLﾘﾝｸ(info.hackerrank.com)
335:デフォルトの名無しさん
20/09/27 01:03:36.87 gReWMIlS.net
あ、1位のReact、2位のAngularもテストコードは実装してるぞ
(自分がJavaScript使ってないからあんまりこの辺のコードは読まない）
React
URLﾘﾝｸ(github.com)
Angular
URLﾘﾝｸ(github.com)
しかしまさか有名なオープンソースすら否定すると思わんかったわ
一体何を根拠にその自信が持てるのか分からん
336:デフォルトの名無しさん
20/09/27 01:14:09.94 gReWMIlS.net
あと中々面白いのがこれだな
URLﾘﾝｸ(github.com)
やまほどテストコードが転がってるから読み込むだけでもいい勉強になる
テストフォルダが細かく切られてるから読み解くのがちょっと大変だが
URLﾘﾝｸ(github.com)
個人的にはDjangoのテストフォルダの構成が一番読みやすかった
337:デフォルトの名無しさん
20/09/27 01:22:23.93 gReWMIlS.net
PythonのテストフレームワークでPyTestっていうのがあるんだけど
サンプルコードが少ないっていう問題があるんだが
その時はPyTestのgithubを見ると良い
URLﾘﾝｸ(github.com)
なんとPytestはPytestでテストしてるから、これを読み込むのが一番良かった
何より分かりやすい
338:313
20/09/27 04:26:20.61 6sIZ9RBB.net
日本では、この2人がBDD の鬼！
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一は、
RSpec の本、Everyday Rails も翻訳してるし、
Serverspec の作者・宮下剛輔も、有名
339:デフォルトの名無しさん
20/09/27 04:47:51.79 cmce3quc.net
結局オープンソースとか有名プロジェクトは
単体テストを行うのは最低限の常識レベルになってるんだな
340:デフォルトの名無しさん
20/09/27 04:48:54.87 cmce3quc.net
あ、もちろん単体テストを自動テストするって話ね
手動だったら単体テストやってるなんてこと外部からわからないから当然かｗ
341:デフォルトの名無しさん
20/09/27 04:52:42.32 cmce3quc.net
手動テストの問題はコストがかかること
人海戦術でやるという発想でコスト意識がないのだろう
だいたいこういう所は客が金を出してる。つまり自分の懐は傷まないｗ
コストがかかる手動テストのプロジェクトでのコスト削減の発想はテストが必要なることをやらないこと
ソースコードを修正するとテストが必要になる。つまり極力ソースコードを修正しない。
こういうところは未だにIEじゃないと対応してませんとかやってる。
作って検証ができないからユーザビリティも悪い
342:デフォルトの名無しさん
20/09/27 08:00:13.40 ZfMHcABY.net
Google map
URLﾘﾝｸ(github.com)
調べると事例なんて腐るほどあるな。
ただ、いまいち自動化という言葉の意味がわからない(ただの無知)。
有償のテストツールを使ったことないけど...自動化とは言えど、テストコードを記述してビルドして実行することには変わりがないのだろう？
無知故の疑問だが、自動化と非自動化の差って何だ？
343:デフォルトの名無しさん
20/09/27 11:53:53.72 cmce3quc.net
>>342
「ちゃんとテストしたのか？」
・自動化
「はい、ここにテストした内容が書いてあります。これを実行しました。
テストに通ったことはテストの実行結果から判断できます。
もう一回やってみろって？コマンドを実行するだけですのですぐ終わります。」
・非自動化
「はい、ここにテストした証拠のスクショがあります。手順通りに実行してOKっぽかったからチェックを入れました。
テストに通ったかどうか？手順通りにやりましたよ！スクショがあるんだから信じてください。
もう一回やってみろって？全部ですか！？何時間、いえ何日かかると思ってるんですか！」
344:デフォルトの名無しさん
20/09/27 12:14:40.61 kiO2NTDS.net
>>343
エビデンスは？
345:デフォルトの名無しさん
20/09/27 12:17:40.72 cmce3quc.net
>>344
あなたがもう一回実行すればいい
あなたもすぐにテストを実行したというエビデンスを作ることができる
346:デフォルトの名無しさん
20/09/27 12:21:56.20 kiO2NTDS.net
>>345
じゃあ、作業未完了だね
納品物にエビデンスって書いてあるじゃん
347:デフォルトの名無しさん
20/09/27 12:24:22.83 cmce3quc.net
>>346
実行した姿をビデオカメラに写しておけばいいだけでは？
このテスト、私が実行しましたってｗｗｗ
それ以外に何が欲しいんですかねぇ
348:デフォルトの名無しさん
20/09/27 12:29:15.25 VyFDY5e4.net
エビデンスが要求される粒度のテストのためにエビデンス生成フレームワーク作っとくと便利よ
349:デフォルトの名無しさん
20/09/27 12:33:35.94 VyFDY5e4.net
もちろん1番大事なのは自動テストの性質に合わせたエビデンスの形態を定義して、客に受け入れさせる営業力だが
350:デフォルトの名無しさん
20/09/27 12:50:07.02 CqP8QnJk.net
日曜だから市場で買ったカニの出汁を濃縮してるわ、冷凍してとっとくんだ
これがホントのカニdense
351:デフォルトの名無しさん
20/09/27 13:02:27.51 cmce3quc.net
>>349
テスト自動化のほうが安くなります。
手動で作業したらその分時間がかかります。
スクショとったらその分時間がかかります。
しかもそのとったスクショ、あなた全部検収するんですか？
みたいにいえばOK
金と手間がかかる問題を客に押し付ければ意見は通る
352:デフォルトの名無しさん
20/09/27 13:25:38.79 3AXdWV8W.net
>>351
ええ、そうですよ
353:デフォルトの名無しさん
20/09/27 17:13:04.31 gReWMIlS.net
UIの自動テストはスクショもログ＋スクショ自動生成までやってくれるから
本当にエクセルに張り付ける作業は不要なんだよな
スクショ張り付け作業をこれやらされる新人はマジで悲惨
354:デフォルトの名無しさん
20/09/27 17:29:23.89 I+ot45zN.net
しまいにゃ手動でやれば、バグがあって金がかかろうとも、丁寧な作業をしてると客を騙しはじめるのだろうな
355:デフォルトの名無しさん
20/09/27 18:28:44.51 3AXdWV8W.net
ていうか自動化にエビデンス入ってねぇのかよ
客に出せるレポートなんか出んだろフツー
356:デフォルトの名無しさん
20/09/27 18:47:20.22 9HAdnqqz.net
エビデンスは手作業で取るもの。自動で撮って誰が確認するというんだ？
客はエビデンスがあることを見てるだけで内容までは確認しないものだぞ
エビデンス撮った本人が、よくわからんが、まあバグっぽくない画面で動いてるからヨシ！ってやって
やっとエビデンスの意味があるというものだろう
357:デフォルトの名無しさん
20/09/27 23:33:39.95 3AXdWV8W.net
ログでもいいやん
正しく動く証明になれば
358:デフォルトの名無しさん
20/09/27 23:48:48.71 mDpIXF3L.net
Firefox for iOS URLﾘﾝｸ(github.com)
Wire (エビデンスあり)
URLﾘﾝｸ(github.com)
kickstarter (エビデンスあり)
URLﾘﾝｸ(github.com)
359:デフォルトの名無しさん
20/09/28 00:00:12.68 Z60TNrQV.net
ログが正しく動いてることを証明するエビデンスが必要
そのエビデンスが正しいことを証明するエビデンスが必要
さらにそのエビデンスが正しい・・・
360:デフォルトの名無しさん
20/09/28 00:42:07.82 IvlPnhNT.net
>>357
ログはたんなる実行結果に過ぎないから正しく動く証明にはなることはないよ
ログを正しく動く証明にするには方法は２つ
1. ログを取った担当者が、それをみて判断する
2. ログを取った人と別の人が担当者が、それをみて判断する
どちらが判断するにしても、正しい答えを知らなければ正しく動くと証明することはできない
だから上の方で言っていた正しい答えなんか事前にわかるわけ無いだろ！それっぽい値ならそれでいいだろ！
なんてのは問題外なわけ。正しく動く証明をしてないわけだから
スクショなんかも、取ったってそれみて後から検証なんかしないでしょ？
今からスクショみてバグが表示されてないか見ますなんてしないでしょ？
あれは仕事サボってないかとかいう作業完了報告書だったり、なにか問題が
起きたときにちゃんとやったのかという責任追及をするための道具に過ぎないよ
かろうじてバグがあったという証明ができるぐらい。正しく動く証明ではなくバグが有ったという証明ね
まあつまりログとっただけでは何の証明にもならないって話
ログと正しい答えを目視で比較する vs コンピュータでログを自動的に比較する（それが自動テスト）の違いよ
人力で比較してりゃ時間もかかるしミスもある。何もいいことはないね