「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
252: 2020/09/26(土)17:59 ID:IgGP+BQU(13/30) AAS
まともな企業で仕事してみ、総合テストを重視したほうが品質高まるねってのが常識だから
253(3): 2020/09/26(土)17:59 ID:gRR2jm5z(3/16) AAS
>>243
>日本の仕事の生産性が低いのも細かいところで頑張って全体の品質から目を背けているからだ
>開発者が力を注ぐべきはプロダクトでありユーザの満足度だ
なんでアジャイル開発やTDDに発展していったかっていう経緯が全然分かってないやん
単体テスト無しで各コードが密結合されたプログラムの場合、変更のコストが膨大になる(作業工数の膨大）
で、プログラムっていうのは常に変化するものだ
不具合対応だけでなく、それこそユーザー要望によってコードはどんどん追加される
で、そのユーザーを満足さえるためにコードを変更するって事は仕様追加だけでなくて、既存仕様の担保も同時に必要になるんだよ
密結合されたコードは修正時の影響範囲が大きく、容易に変更する事が出来ない
何より変更後の既存仕様の担保っていう点で言えば、全てを保証するためには膨大なテストが必要になる
省9
254: 2020/09/26(土)18:02 ID:U+G6yEte(4/4) AAS
>>239
単体テストは基本設計者がやるから
自動化環境の導入は片手間じゃなかなか難しいからうちは専任の部隊がいる
一旦入れれば次からはそんなに苦労しないんだけど最初のハードルはちょい高めやね
>>242
NGしとけ
255(1): 2020/09/26(土)18:03 ID:gRR2jm5z(4/16) AAS
というかユーザーは単体テストを見ない、だから単体テストは不要
っていうのは恐ろしいほどの暴論だぞ
ユーザーが必要としている領域と、開発側で必要としている領域は一致しない部分が出てくるんだから
全く理由になって無いぞ
256(1): 2020/09/26(土)18:46 ID:IgGP+BQU(14/30) AAS
>>253
密結合ｗｗｗｗ疎結合ｗｗｗｗいかにも10年前の本に書いてそうなことだなｗｗｗｗｗｗ
単体テストがないから設計ができないなら設計力が足りてないわ
単体テストしてる場合じゃないプロダクトと向き合えユーザと向き合え
単体テストでパソコンと向き合ってんじゃねえｗｗｗｗｗ
257(1): 2020/09/26(土)18:56 ID:gRR2jm5z(5/16) AAS
>>256
じゃあ単体テスト不要の根拠になるソース出して？
>>154辺りの本が古いのであれば、当然当たらしいやつがあるんだよな？
ソースが無けりゃただの妄言だぞ
258: 2020/09/26(土)18:57 ID:eYWGQOJY(1/2) AAS
>>253
密結合されたコードの破壊力はヤバいね。
何がやばいかって、最悪、1から作り直しになるから。
そして、そんなコードを作る人達がリファクタリングしたり再設計させたところで同じことを繰り返すから。
俺の会社の過去最高のクソプロジェクト案件が脳裏に浮かんだよ。
まぁ、あんたの言うとおりだわな。
>>255
> ユーザーが必要としている領域と、開発側で必要としている領域は一致しない部分が出てくるんだから
> 全く理由になって無いぞ
全くそのとおりだ。
259(3): 2020/09/26(土)19:00 ID:IgGP+BQU(15/30) AAS
>>257
まともな会社で仕事してみ
総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>> 単体テスト
品質を左右する優先度はこれ
260: 2020/09/26(土)19:01 ID:eYWGQOJY(2/2) AAS
>>259
優先度の話かこれ？
261: 2020/09/26(土)19:04 ID:IgGP+BQU(16/30) AAS
単体テストはコーダの自己満を超えられないのよ
もっと広い視野でプロダクト全体を見渡さないとよいプロダクトは作れない
プロダクト売るのはコーダじゃないから気にしたことないだろうけど
分析してみるとユーザの満足度に単体テストレベルの些末なことは一切関与しない
262(1): 2020/09/26(土)19:07 ID:IgGP+BQU(17/30) AAS
たとえカバレッジ120%であってもユーザビリティが低ければ使われない
ユーザの満足度とコーダの満足度は違うもの
UIを洗練させ機能を洗練させユーザが本当に求めてるのは何かと
考え続けることがプロダクトの品質を高めることに繋がる
それがユーザと向き合うってこと、パソコンと向き合ってるだけじゃダメ
263: 2020/09/26(土)19:08 ID:lXs6C011(1) AAS
ソースは明かせないが、信頼できるとある専門から聞いたという話では
単体テストをやればやるほど売上が下がることが明らかになったそうだ
な？そういうことなんだよ
264: 2020/09/26(土)19:09 ID:c/9EiqGf(1/8) AAS
>>262
たとえカバレッジ120%であってもユーザビリティが低ければ使われない
それなら
たとえカバレッジ120%であってもユーザビリティを高くすればいいだけでは？
265: 2020/09/26(土)19:10 ID:lhbsSr80(1) AAS
バカエッチ120%
266(2): 2020/09/26(土)19:11 ID:IgGP+BQU(18/30) AAS
目的はユーザを満足させることであり単体テストはその手段として
使われるのだけれども単体テスト頑張ってもユーザの満足度あがらんね
それはどうしてだろうプロダクトの品質があがるわけじゃないからだってのが
20年前〜10年前まで単体テストを頑張って得られた結論
いまは結合テスト、総合テストを自動化して品質を高めるのが主流
267: 2020/09/26(土)19:12 ID:IgGP+BQU(19/30) AAS
10年前の知識で頑張ってるお前らは俺を煽ることでどうにか今の技術を聞き出そうとしてる情けない人たち
268(1): 2020/09/26(土)19:14 ID:IgGP+BQU(20/30) AAS
本を読んでPCと向き合うとことしかしてこなかったお前らの限界
ユーザと向き合うことを避けてきた根暗なコミュ障に開発の最先端は無理
269: 2020/09/26(土)19:16 ID:U2gS2HGa(1) AAS
なんかヤベー奴沸いてるからこれ貼っとくわ。
詭弁の特徴のガイドライン
1.事実に対して仮定を持ち出す
2.ごくまれな反例をとりあげる
3.自分に有利な将来像を予想する
4.主観で決め付ける
5.資料を示さず自論が支持されていると思わせる
6.一見関係ありそうで関係ない話を始める
7.陰謀であると力説する
8.知能障害を起こす
省11
270: 2020/09/26(土)19:19 ID:83DuDYef(2/2) AAS
>>259
まともな会社ってどこ？
お前の勤める自宅警備会社？
271: 2020/09/26(土)19:27 ID:vfGHSq+F(1/6) AAS
>>268
昨日の昼間からム板に張り付いている人に言われても説得力ねぇわ。
そしてそれと同じくらい、お前の50を超えるレスに説得力ねぇわ。
ツッコミを入れる周囲の人達の発言のほうが説得力があるね。
もう少し自分を疑うことをおすすめするよ。
272: 2020/09/26(土)19:29 ID:gRR2jm5z(6/16) AAS
>>259
はい、ソース無し
というか単体テストすらまともに実装出来ない会社の間違いじゃないの？
273(1): 2020/09/26(土)19:36 ID:c/9EiqGf(2/8) AAS
>>266
> 目的はユーザを満足させることであり単体テストはその手段として
> 使われるのだけれども単体テスト頑張ってもユーザの満足度あがらんね
だから両方やればいいだけでしょ？
274: 2020/09/26(土)19:47 ID:gRR2jm5z(7/16) AAS
マジで無能な働き者感半端なさ過ぎて洒落にならんな>ID:IgGP+BQU
あんまり煽るのは趣味じゃないが、流石にここまで酷いと思わんかった
>いまは結合テスト、総合テストを自動化して品質を高めるのが主流
本当に聞きかじりばっかだなお前
結合テスト/総合テストの自動化は開発の最終盤(UI含めてほぼ構成が固まった段階)に辺りからやるもんだぞ
さらに大前提として結合/総合時に自動化に耐えうるレベルでバグを潰しておく必要がある
つまり、単体テストで予めて一通りの品質が担保出来てなきゃ、自動化なんざ夢のまた夢だぞ
275: 2020/09/26(土)19:50 ID:vfGHSq+F(2/6) AAS
>>266
> 目的はユーザーを満足させることであり単体テストはその手段として使われるのだけれど
最終的にはそうなるかもしれないが、あくまでも単体テストの目的は詳細設計の妥当性確認では？
お前、>>253のツッコミをミスリードしてないかw？
時代遅れとか以前に、単体テストが何を目的とするのかすらわかってないじゃん。
>>273の言うとおり、両方やればいいだけだよ。そして、両方やる必要がある時点で他のテストとは目的が違うんだよ？理解してる？
276(1): 2020/09/26(土)19:56 ID:gRR2jm5z(8/16) AAS
更に言うと、実行時間って言う面においては自動化を含めても
単体テスト>>結合テスト>>>>>総合テストっていう絶対に崩せない不等式がある
（総合テストはseleniu辺りを使ったものを自動化を想定してる）
単体テストはフィードバック速度が段違いに早いんだよ、だからアジャイル開発やTDDにおいても重要なファクターとなる
あとずーーーーーーと引っかかってたんだけどさ
単体テスト、結合テスト、総合テストは仕様通りに動くかどうかであって、ユーザー満足度とは何も関係無いぞ
仕様通る作成できている＝ユーザーも大満足する、にならないからウォーターフォールだとダメって風潮になってるんやん
（ユーザーの声が最後の最後にしか出てこないから、フィードバックを反映するのが困難なため）
ユーザーが満足するか、使いやすいかっていう判断をするのはユーザービリティテストっていう
評価観点が全く異なるテストを実施しないといかんのだぞ
省1
277(1): 2020/09/26(土)20:25 ID:IgGP+BQU(21/30) AAS
>>276
結合テストの段階でユーザも巻き込んでやるだろ
お前のとこやってないの？ それアジャイルじゃないよ
ただのウォーターフォールだよ、どうりで単体テスト重視してるわけだわな
ユーザと会うことさえない下っ端仕事しかしてないんだろ
278: 2020/09/26(土)20:26 ID:IgGP+BQU(22/30) AAS
アジャイルとはユーザと一体化して共同でプロダクトを作り上げるものだ
279: 2020/09/26(土)20:28 ID:IgGP+BQU(23/30) AAS
パソコンと向き合ってれば良い仕事って気楽でいいなｗｗｗｗ
プロダクトの品質気にしなくていいし顧客満足も気にしなくて良いもんな
うらやましいわｗｗｗｗｗｗ
280: 2020/09/26(土)20:28 ID:IgGP+BQU(24/30) AAS
10年前の本実践してイキってれば良いもんなｗｗｗｗｗｗｗほんまええなーｗｗｗｗｗｗ
281(1): 2020/09/26(土)20:31 ID:vfGHSq+F(3/6) AAS
こんなにム板の住人多数から集中砲火を受けてもレスできる図太さに驚きが隠せない。
282(1): 2020/09/26(土)20:34 ID:gRR2jm5z(9/16) AAS
>>277
け、結合テストにユーザーを巻き込むwwwwwwwwww
ちょっと想像の斜め上どころの解答じゃなかったな
アジャイル開発でもそんなクレイジーな事せんわ
なんで結合テストしてない代物をユーザーと一緒にテストするなんて言うトチ狂った発想が出てくるんだよ
お前の開発環境クレイジーすぎるだろ……
283(2): 2020/09/26(土)20:39 ID:IgGP+BQU(25/30) AAS
>>282
アジャイルでは次の優先度でテストをやります
総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 単体テスト
ちなみにお前がアジャイルやったことないのは明らかで
盛大に勘違いしてそうだから老婆心で教えてやるけど
アジャイルでは総合テストを結合テストよりも先にやるからな
総合的に使い物にならないものを詳細までテストするのは時間と金の無駄だから
ウォータフォールと真逆のことをやってユーザの満足度を最優先にしてプロダクトに反映する
これを全体最適化と言う
284: 2020/09/26(土)20:41 ID:IgGP+BQU(26/30) AAS
ガラパゴスジャパンのものづくりにはその俯瞰的な視点が抜けてるから欧米にはまだまだ追いつけない
過去の慣習からいまだに抜け出せずに10年前の本をありがたがっている人もいるくらい残念な状況
285: 2020/09/26(土)20:46 ID:vfGHSq+F(4/6) AAS
>>283
>ちなみにお前がアジャイルやったことないのは明らかで
お前のことだろ。
286(2): 2020/09/26(土)20:46 ID:IgGP+BQU(27/30) AAS
そう、いうなればいまだに単体テストを頑張ってるプログラマはさながらハンコ議員連盟みたいなもの
時代遅れの技術にいつまでもしがみついて進歩を遅らせてるってこと
愚鈍で低能な人間は日本の未来を暗くするだけ、ノロマの罪で逮捕して冷たい牢獄で一生を過ごして欲しいくらいだわ
287(1): 2020/09/26(土)20:49 ID:c/9EiqGf(3/8) AAS
>>286
それじゃいまだにログを目視で頑張って眺めてそれっぽい値ならOKなんて言ってるやつはどうなるの？
288(1): 2020/09/26(土)20:50 ID:IgGP+BQU(28/30) AAS
>>287
それはありだろ、ログは大事だ
289(2): 2020/09/26(土)20:50 ID:c/9EiqGf(4/8) AAS
単体テスト（自動テスト）で正しい値と比較 vs 目視確認でそれっぽい値かどうかチェック
って話だったの忘れたのかな？ｗ
290: 2020/09/26(土)20:51 ID:c/9EiqGf(5/8) AAS
>>288
そんなことしてたらユーザビリティテストする時間なくなるやんｗ
291(2): 2020/09/26(土)20:52 ID:IgGP+BQU(29/30) AAS
>>289
結局最後に頼れるのは人間の目だからな
何のために目が付いてるか考えろ
ログを見るためだろうが
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
312(1): 2020/09/26(土)23:17 ID:EyP34oM1(5/7) AAS
>>307
単体テストのモジュールってさ
上流で変更があると枝葉って変更じゃなくて消滅と生成のが多くない？
そうなると実ははじめの一回目しか実は見てないんじゃない？って俺は思っちゃうんだよね
枝葉をくっつける本流の方が間違ってるときってそれそもそも自動化以前にテストやっとるのかと？
俺は単体テストの自動化テストはヒット数（実際にバグを捕まえた数）は少ないと思ってる
苦労した割には
313(1): 2020/09/26(土)23:22 ID:GBugeZhr(1) AAS
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一とか、
Serverspec の作者・宮下剛輔とか、有名
YouTube で有名な、雑食系エンジニア・KENTA は、
初心者のRailsポートフォリオに、CircleCI まで入れれば、有利と言ってるし
有名は人は皆、BDD の鬼！
314(2): 2020/09/26(土)23:25 ID:gRR2jm5z(14/16) AAS
>>312
単体テストでバグの発見数は正直重要じゃないな
というかそんなん集計とるか？
普通は単体テストが成功してからコミットするし、テストコード無しでコミットしようとしたらプログラマー〆るだろ
……というか仕様変更の度に関数が消滅と生成が起きるって
それはどっちかと言うとプロジェクトの問題では……？
315(1): 2020/09/26(土)23:29 ID:EyP34oM1(6/7) AAS
>>311
総合や結合の結果の判別なんか
ログの最後の出力がCompleteだったぐらいでええやろ
機材がクソってるのにログにCompleteって出てるならそれってテストScriptのせいじゃなくてそもそもログ出力腐ってるやろ？
316: 2020/09/26(土)23:35 ID:EyP34oM1(7/7) AAS
>>314
きっちりメソッドが分けられず
他の機能と融合してるから
変更が多いんやろ
普通は上流の変更があったら枝葉のメソッドは生成と消滅が多い
317: 2020/09/26(土)23:39 ID:gRR2jm5z(15/16) AAS
>>306
そこは仕様によるし、あと責務の分割とかそういう発想でプログラムを組めばいい
超簡単な例として、電卓を上げるぞ
win10の電卓を叩くと
10/3 = 3.3333333333333333333333333333333
20/3 = 6.6666666666666666666666666666667
っていう感じで小数点31桁で出てくる
この結果から以下の仕様が読み取れる
・計算した結果が無限小数の場合、小数点は31桁まで表示する
・小数点31桁目は四捨五入して表示する
省5
318: 2020/09/26(土)23:50 ID:gRR2jm5z(16/16) AAS
>>315
それはテストツールによるとしか言えん
ちゃんとしたGUIテストツール使って、シナリオも確認してるのであれば
もちろんばログレベルの確認で良い
ただUWSCって名前が出たからついな
あれは自動操作用の目的だし、そもそも今開発止まってるから使うべきツールではない
319: 2020/09/27(日)00:16 ID:4yJ9ltzt(1/11) AAS
>>314
テストコードコミットしたらぶっ殺すわｗ 仕事しろと
320: 2020/09/27(日)00:17 ID:4yJ9ltzt(2/11) AAS
自己満は趣味でやれ、仕事でテストコード書くなと
321(1): un.coder ◆n27dpjULd2 2020/09/27(日)00:20 ID:u5qdbgw4(1/3) AAS
複数の下流工程を管理する際、テストコードの無い成果物を渡されても、そのソフトウェアモジュールを製品に組み込んでもいいのか判断に困る。
そもそも、単体テストが済んでいるということは、そのソフトウェアモジュールはテスト仕様の範囲では正しく動くことが保証されているわけだ。
だから、完璧な単体テストさえ行っておけば、完璧なモジュールを組み合わせて完璧な製品が出来上がるから、理論上完璧な単体テストができれば結合試験すらいらないんじゃないなって思う。(流石に大胆発言か？)
※顧客満足のチェックまでは無理だが。
※ここで言う完璧なモジュールというのは組み合わせれば理想な製品ができるモジュールのこと。(前提条件がシュールすぎる？)
まぁ、現実的に人が設計をする以上、仮に一つ一つのモジュールがテスト仕様書を満たしたところで組み合わせても上手くいく保証はないから結合テストもやるんだが...。
単体テストについては、こんなイメージだな。
322(1): 2020/09/27(日)00:22 ID:4yJ9ltzt(3/11) AAS
プロならテストコード書かなくても動くコード書くのが普通
単体テスト書くことが目的化してしまってるのがマナー講師と呼ばれる所以
323: 2020/09/27(日)00:26 ID:4yJ9ltzt(4/11) AAS
>>321
単体テストは時間の無駄だから
単体テストのテストコード見て判断する木偶の坊が管理してるとかそのプロジェクト破綻してるだろｗｗｗｗｗｗｗｗｗｗｗｗ
大局を見ろよ、設計として正しいかどうかで判断しろ、単体テストのテストコード見てどうするんだバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ笑い死にさせる気かｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
324(1): un.coder ◆n27dpjULd2 2020/09/27(日)00:27 ID:u5qdbgw4(2/3) AAS
なんか、さっそく、あぼーんされている奴が沸いてるんだけど。
ごめんね。俺のブラウザだと、NGが共有されるから、読めないや。
325: 2020/09/27(日)00:28 ID:4yJ9ltzt(5/11) AAS
「単体テストのコードがあるな、よし！」とか言ってるのかｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗ現場猫かよバカがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
326: 2020/09/27(日)00:29 ID:4yJ9ltzt(6/11) AAS
>>324
見てるくせにｗｗｗｗｗNG解除してみてるくせにｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗハゲワロｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
327: 2020/09/27(日)00:31 ID:4yJ9ltzt(7/11) AAS
お前ら笑いの才能だけはあるよなｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗすげーわ単体テストのテストコード見て管理した気になってるとかｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗ次元が違うわｗｗｗｗｗｗｗｗｗｗｗｗ
328(2): 2020/09/27(日)00:33 ID:gReWMIlS(1/6) AAS
>>322
適当に有名処のフレームワークのGithub覗いて来たけどさ
がっつりユニットテストコード書いてるけどね、仕事として
それとも今でも一線で活躍してるフレームワークをまた10年前のシステム〜とかで良い訳でもするん？
あ、オープンソースだから参考にならないっていうかもしれないな！
Djangoフレームワーク(python)
外部ﾘﾝｸ:github.com
コード例
外部ﾘﾝｸ[py]:github.com
Springフレームワーク(java)
省3
329(1): 2020/09/27(日)00:36 ID:4yJ9ltzt(8/11) AAS
>>328
ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
いいよなーオープンソースは気楽でよー、人件費なんて無限に湧いて出るようなもんだもんなー
お前のようなアホが実績欲しさに無駄なコード書いてくれるもんなーいいなーうらやましいなー
無駄なテストコード書いて時間つぶして居られるなんて幸せものだなー
330: 2020/09/27(日)00:38 ID:4yJ9ltzt(9/11) AAS
無駄なコードでも大変だから仕事した気になれるんだろうなーやりがいはありそうだよねーｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ一銭の価値もないけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
331: 2020/09/27(日)00:40 ID:4yJ9ltzt(10/11) AAS
お前ら授業中に真面目にノート取って先生に褒められて勉強できる気になってそうｗｗｗｗｗｗ
332: 2020/09/27(日)00:40 ID:4yJ9ltzt(11/11) AAS
でも高卒どまりｗｗｗｗｗ
333: un.coder ◆n27dpjULd2 2020/09/27(日)00:47 ID:u5qdbgw4(3/3) AAS
>>328
有名どころのテストコードを見たことが無かったけど、思ったより普通だった。
でも、まぁ、勉強になる。
334: 2020/09/27(日)00:55 ID:gReWMIlS(2/6) AAS
>>329
>ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
「この単体テストは無駄、不要」っていう判断を下すには以下を知って無きゃいけない
・テスト対象のコード仕様
・テストコードの内容
先に言っておくが、無駄なテストコードっていうのはもちろん存在するぜ
テストカバレッジを水増しするようなコードとかな
あんたは3分足らずで言語仕様も異なる二つのフレームワークのソースを見て
コードの仕様とテストコードを理解して文句を付けてるわけだ
いやー、すごいすごい、単体テスト不要派なのにめちゃくちゃ詳しいんですねー
省4
335: 2020/09/27(日)01:03 ID:gReWMIlS(3/6) AAS
あ、1位のReact、2位のAngularもテストコードは実装してるぞ
(自分がJavaScript使ってないからあんまりこの辺のコードは読まない）
React
外部ﾘﾝｸ:github.com
Angular
外部ﾘﾝｸ:github.com
しかしまさか有名なオープンソースすら否定すると思わんかったわ
一体何を根拠にその自信が持てるのか分からん
336: 2020/09/27(日)01:14 ID:gReWMIlS(4/6) AAS
あと中々面白いのがこれだな
外部ﾘﾝｸ:github.com
やまほどテストコードが転がってるから読み込むだけでもいい勉強になる
テストフォルダが細かく切られてるから読み解くのがちょっと大変だが
外部ﾘﾝｸ[java]:github.com
個人的にはDjangoのテストフォルダの構成が一番読みやすかった
337: 2020/09/27(日)01:22 ID:gReWMIlS(5/6) AAS
PythonのテストフレームワークでPyTestっていうのがあるんだけど
サンプルコードが少ないっていう問題があるんだが
その時はPyTestのgithubを見ると良い
外部ﾘﾝｸ:github.com
なんとPytestはPytestでテストしてるから、これを読み込むのが一番良かった
何より分かりやすい
338: 313 2020/09/27(日)04:26 ID:6sIZ9RBB(1) AAS
日本では、この2人がBDD の鬼！
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一は、
RSpec の本、Everyday Rails も翻訳してるし、
Serverspec の作者・宮下剛輔も、有名
339: 2020/09/27(日)04:47 ID:cmce3quc(1/7) AAS
結局オープンソースとか有名プロジェクトは
単体テストを行うのは最低限の常識レベルになってるんだな
340: 2020/09/27(日)04:48 ID:cmce3quc(2/7) AAS
あ、もちろん単体テストを自動テストするって話ね
手動だったら単体テストやってるなんてこと外部からわからないから当然かｗ
341: 2020/09/27(日)04:52 ID:cmce3quc(3/7) AAS
手動テストの問題はコストがかかること
人海戦術でやるという発想でコスト意識がないのだろう
だいたいこういう所は客が金を出してる。つまり自分の懐は傷まないｗ
コストがかかる手動テストのプロジェクトでのコスト削減の発想はテストが必要なることをやらないこと
ソースコードを修正するとテストが必要になる。つまり極力ソースコードを修正しない。
こういうところは未だにIEじゃないと対応してませんとかやってる。
作って検証ができないからユーザビリティも悪い
342(1): 2020/09/27(日)08:00 ID:ZfMHcABY(1) AAS
Google map
外部ﾘﾝｸ[java]:github.com
調べると事例なんて腐るほどあるな。
ただ、いまいち自動化という言葉の意味がわからない(ただの無知)。
有償のテストツールを使ったことないけど...自動化とは言えど、テストコードを記述してビルドして実行することには変わりがないのだろう？
無知故の疑問だが、自動化と非自動化の差って何だ？
343(1): 2020/09/27(日)11:53 ID:cmce3quc(4/7) AAS
>>342
「ちゃんとテストしたのか？」
・自動化
「はい、ここにテストした内容が書いてあります。これを実行しました。
テストに通ったことはテストの実行結果から判断できます。
もう一回やってみろって？コマンドを実行するだけですのですぐ終わります。」
・非自動化
「はい、ここにテストした証拠のスクショがあります。手順通りに実行してOKっぽかったからチェックを入れました。
テストに通ったかどうか？手順通りにやりましたよ！スクショがあるんだから信じてください。
もう一回やってみろって？全部ですか！？何時間、いえ何日かかると思ってるんですか！」
344(1): 2020/09/27(日)12:14 ID:kiO2NTDS(1/2) AAS
>>343
エビデンスは？
345(1): 2020/09/27(日)12:17 ID:cmce3quc(5/7) AAS
>>344
あなたがもう一回実行すればいい
あなたもすぐにテストを実行したというエビデンスを作ることができる
346(1): 2020/09/27(日)12:21 ID:kiO2NTDS(2/2) AAS
>>345
じゃあ、作業未完了だね
納品物にエビデンスって書いてあるじゃん
347: 2020/09/27(日)12:24 ID:cmce3quc(6/7) AAS
>>346
実行した姿をビデオカメラに写しておけばいいだけでは？
このテスト、私が実行しましたってｗｗｗ
それ以外に何が欲しいんですかねぇ
348: 2020/09/27(日)12:29 ID:VyFDY5e4(1/2) AAS
エビデンスが要求される粒度のテストのためにエビデンス生成フレームワーク作っとくと便利よ
349(1): 2020/09/27(日)12:33 ID:VyFDY5e4(2/2) AAS
もちろん1番大事なのは自動テストの性質に合わせたエビデンスの形態を定義して、客に受け入れさせる営業力だが
350: 2020/09/27(日)12:50 ID:CqP8QnJk(1) AAS
日曜だから市場で買ったカニの出汁を濃縮してるわ、冷凍してとっとくんだ
これがホントのカニdense
351(1): 2020/09/27(日)13:02 ID:cmce3quc(7/7) AAS
>>349
テスト自動化のほうが安くなります。
手動で作業したらその分時間がかかります。
スクショとったらその分時間がかかります。
しかもそのとったスクショ、あなた全部検収するんですか？
みたいにいえばOK
金と手間がかかる問題を客に押し付ければ意見は通る
上下前次1-新書関写板覧索設栞歴
あと 359 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s