一瞬何を言っているのかわからなかった
メソッドsumAtoFの場合
引数A,B,C,D,E,Fの
処理S=A+B+C+D+E+F
戻り値S
のチェックって
int S=sumAtoF(A,B,C,D,E,F);
int chkS=A+B+C+D+E+F;
if(S!=chkS)
{
エラー
}
みたいになるの？
無駄じゃね？
指定されたテストケースを実行できない人はそういないだろうが
過不足ないテストケースを作り出すのはむしろできる人のほうが少ない
自動化を阻む一番の要因
1+2+3+4+5+6 の結果が 21 になってることを確かめるのがテストだろ
なんでテストで変数使うんだよｗ
それな。
4,000行近くの神クラスがあらゆるクラスと相互で強力な依存関係を持っていて、さぁ！単体テストやろう！
って言われても...単体って何だよ(哲学)
こんな感じになる。
いやもう俺の会社やだ。泣きたいわ。
どうやって21って出すん？
お前は仕様を先に考えないのか？
先にどうなるか答えは決まってるだろ
エクセルとかで予め計算しておいた値と比較するんだろ？
俺とやってること変わんなくね？
それがエクセルでも処理言語でもやってることに違いなくね？
テストは、あらかじめわかっている答えと比較することなんですが？
あらかじめわかってるはずの答えを計算するなという話をしてる
その計算ロジックにバグがあったら、テスト（比較）で失敗したとしても
正しい値がなにかわからんだろ
だからどうやって21出すんだよって聞いてんじゃん
何言ってるのかわからないの？
自分で仕様を考えたこと無いのか？
1,2,3,4,5,6を与えたら21になる関数を作るんだろ
21をだすなら電卓でもなんでも使えよ
電卓が不安なら色んな方法を使って21が正しいと
確信もてるまで努力しろよ
そして21と比較するだろうが、21と比較する場面で
計算式を使ったら今度はその計算式が正しいかを
努力するしかなくなるだろうーが
それこそ意味がない
だからエクセルだか、電卓だか、別で計算した値と比較するだけで
どっちが正しいかなんてわかんねんだろお前ｗ
どっちが正しいかわからないから
計算式を書くなと言ってる
両方が同じ計算式だったら間違っていてもわからんだろ
片方が固定値であれば、こちらが正しい値であると考えてることがわかる
大して違いないってｗ
だったらログでも出して変数にしときなよ
ログ出してどうするんだ？
何が正しいかどうかをどうやって確かめるんだｗ
基本的なことも知らないやつが居るとはなｗ
固定値が欲しいんだろ？
だからログでも出せばいいじゃんってこと
結局さ
やってることは1つの仕様に対して2つ処理書いてその値を比べてるだけ
別にテストコードに書いた値や処理のが正しい根拠もないし
本処理のが不出来である根拠もないでしょ
キチガイもいる
どっちが正しいかなんて誰にもわからん
お前はログに21と出力されているのを見て
これがどうやって正しい答えだって判断するんだ？
正しい答えが21ってわからないって言ったのはお前だろｗ
> やってることは1つの仕様に対して2つ処理書いてその値を比べてるだけ
それはお前がやってる無意味なことですよね？ｗ
そんな無意味なことはしないで、
1つの処理と1つの正しい答えを比べろって
俺は言った
長年考えた結果
正しい値なんてのは実は物理的に誰も知りえないということを理解した
なのでテストで重視するのは俺は組んだコードのエビデンスの方
どんな処理書いてどんなログ出したか
自動テストは結局同じやつが作ってる以上同じ不具合入ってるだろうなって思ってるｗ
処理結果を残すだけというのは
間違った処理結果を残していてもいいって話ですか？ｗ
そうですね。お前はログ取るまでで
そのログを見るのは他の人ですもんね（笑）
こいつに、盗まれないように見ててって言ったら
盗まれました。ちゃんと見てました。って言いそうｗ
うん
だってさっきの21みたいにどこまで突き詰めたって
同じ仕様に対して別で2つ処理書いて比較してるだけだもの
んでこれを同じやつがやってる以上こんなところに金なんかかけるだけ無駄
論点がずれてるね。
お前はログを見て21であることを知って
あとからこの21は正しいのだろうか？と考えて判断すると言ってる。
どうやって21が正しいか判断するの？ｗ
俺は、最初に21が正しいと確信を持ってコードに書いてると言ってる。
だからお前がやってるログを取るだとかログを見るだとかいう無駄な作業がいらない
これは驚いた
確信ってｗ
無理なこと言うなよｗ
お前が本処理に書いたA+B+C+D+E+Fも
21を出すために書いたA+B+C+D+E+Fも
どっちも胡散臭ぇんだよｗ
こんな簡単なことがわからねーのかよ
1, 2, 3 という引数を与えると3421という値がログに出力された
「これが書いたコードにバグなんてあるはずがない。3421は正しい計算結果だ。」
そういってログを取れば十分とつぶやいた
俺はそんなコード書いてないが？
こんな簡単なことがわからねーのかよｗ
IDも確認できねーのかよｗ
え？じゃあどうやって21出したん？
んなプログラマーってどうやって仕事をしてんだろう？
あのな、ソフトウェアの開発っていうのは
○○を入れたら○○になる関数が欲しい！
という考えの連鎖で作っていくんだよ
お前は誰かから課題を与えられるんだろうけどな
自分で考えて作るってことしたことないでしょ
Sierのユーザはテストのエビデンスを欲しがる人が多いから
エビデンスは納品物として残さないといけない
開発者よりもユーザ側の事情が大きいのじゃないかな
SI「正しく動いてるかどうかなんてどうやって証明したらいいかしらん
テストやったというスクショ用意すりゃいいんじゃないか？」
これ
としか言えない
だからエビデンスが重要だって言ってんじゃん
21が正解かどうかは誰にもわからないんだよ
もっと複雑な計算で客も式は知ってるけど
実際に計算した値はわからんようなのだったらどうやって出すよ？
PG「大丈夫、エクセルで数式でこのように出した値と一致しています!」
客「は？なんでそれが正しいの？」
PG「え？」
みたいになるやつはここの理解が足りない
どこまで突き詰めても究極的にはわからない
わからないものを説明しなければならない
じゃあログ出す意味ないじゃんｗ
どうせ文字化け出力してても正解かどうかわからないだろ
> 実際に計算した値はわからんようなのだったらどうやって出すよ？
計算式は神が作り出したものとか、いきなり湧いて出てきたって思ってそうｗ
高校レベルの数学はそうだね。計算式は覚えるもの
だけどな、本当は計算式っていうのは、ある値を出したいと思って
「計算式を作る」ものなんだよ。作るのは計算式。それがコード
どう計算すれば導き出されるんだ？って悩んで
ぶつかったという答えを出す計算式を作り出すものなんだが
本を読んで計算式をみて、ぶつかったかどうか？
この計算式を使えばぶつかったという答えが出るんだよ
みたいに思ってるんだろう。
自分でアルゴリズムを考えたことがないから
計算式ググって、そのとおり計算して
なるほど、これが計算した答えか。
答えなんて計算しないとわからんな。と言ってる
計算式を作り出したことがない
そういうのは単体テストの対象外？
１つぐらい何か言い返せよｗ
お前がやってるそれが遠吠えじゃねーかｗ
冪等性がなんで出てくるのか知らんが
与えられたデータ（引数だけじゃなくてすべての状態）が
同じであればその結果も同じになる
テストというのは、固定のデータを使って固定の結果と比較するもの
固定のデータが用意するのが難しいのであれば
その部分にスタブ（モック）を利用する
十分、単体テストの対象内
というか単体テストができないなら、その他のテストもできないだろ
だからなんの意味もねーってそれ
お前がエクセルで計算した値だろｗ
>そうそう、結局こういう入力（ユーザによる操作や設定ファイルも含む）に対してこう動くようにしましたよ
>としか言えない
考え方が間違ってる
入力に対する出力が要求仕様通りになることをこういうテストケースで確認しましたよと言えればいい
21が正解かどうかは要求仕様による
テストケースを作る能力の有無の前に
要件定義がまともにできてることが必要
できてなければデスマーチ確定
だからそう言ってるじゃん
にそう書いてあるだろ
> お前がエクセルで計算した値だろｗ
何で計算するとかどうでもいい話だろ
何をする関数を作りたいのか？
作りたい関数は「何を入力とし、何を出力とするのか」
その仕様を決めてから関数を実装する。そして正しく実装されてるかテストする
お前は仕様を決めずに、関数を実装して
その関数が出力する答えが正しい！バグなんてない！って言ってんのか？
繰り返すぞ
仕様を決めてないのに関数を実装してんのか？
関数の設計？関数仕様書みたいのをいちいち書かせるタイプのアフォなんか？
ホントだ
どうでもいいなｗ
だからでもいいんだよな？
何を書いたつもりなの？
> だからでもいいんだよな？
には固定値が書かれてないから駄目だって言ってんだろ
理解できますか？
あ、そう。理解できない。
↓こうしろって言ってるだけなのに、理解できないのか？終わってるな
int S=sumAtoF(1,2,3,4,5,6);
int chkS=21;
if(S!=chkS)
{
エラー
}
え？じゃあどうやって21って出したの？
こんなの固定値のわけないじゃん
最初に関数を実装するんじゃやなくて
仕様を定義しましょうと言ってる
お前は仕様を決めずにいきなり関数書いて、その関数の実行結果を出力して
俺がコードにバグを入れるなんてありえない。だから21が正しい！と言ってるだけ。
テストを全くしてない
それで？
どうやって21を出したの？
ここが品質のすべてを担保してるのにどうでもいいわけないだろアホか
> どうやって21を出したの？
「例：1,2,3,4,5,6を引数に渡したら21を返す関数が欲しい」
という要件
最初は関数（コード）は存在しない
最初に関数（コード）を実装してはいけない
実装した関数（コード）で出してはいけない
実装する前に決める話
どうやって21を出したの？
それはその関数が欲しい人に聞け
ええ？A+B+C+D+E+Fなんだけど？
それは実装
最初に実装を書くなと何度もいわせるな
今回は客がそう言ったのな
客はお前より頭がいいなｗ
単体テストって固定された仕様に対して実装者次第で変化するロジックをテストするものだろ。
例題があまりにも単純コードだからロジックと実装が一致するなんて現象が起きるのであって、考え方はテスト仕様を満たしているかどうかが重要。
だと思うんだぜ。
> 例題があまりにも単純コードだからロジックと実装が一致するなんて現象が起きるのであって、
ロジック(実装内容)とテストコードの間違い
そこじゃないよ。
あのアホは「足し算をすることで21になるかどうかわからない」から
コードを書いてそのコードの出力ログで21とでたからOKOK。
21になるかどうかわからないけどログにそう出てるからOKOKって言ってるわけだから
ロジックを与えられて、そのロジックをコードで書いてるだけの人間なんでしょう
コーダーってやつ
ほう、それじゃ君はどうやって21を出すんだい？
偉そうなこと言ってるんだから誰もが納得できる解答をもっているんだよね？
納得できてないの、お前だけみたいだぞ。
キョロキョロ見回してみなw
お前ら雑魚といっしょにするな
お前らは正しいかどうかわからない自動テスト（笑）をずっと動かしていればいいよ
sumAtoFって名前からして引数のAからFを足したやつを吐き出すのが仕様なんだろ？
じゃあ、その仕様に合ったテストコードを書けばいいじゃん。
って話なのだが...まぁ、それ以前に、だ。
うん？単体テストをする上でテスト対象のメソッドの仕様がわかりませんってやばくね？
テストコードを書くには、関数の計算結果がわかっていなければいけない
だが関数を実装しなければ、計算結果は求められない
関数を実装するまで、計算結果はわからない
などと言ってるやつだからなぁ
どうしようもないよｗ
ほう、それじゃ君はどうやってログに21がでてて安心するんだい？
BDDとTDDとATDD について
調べてみるとBDDは受け入れテストのような説明がされていて
これってATDD（Acceptance Test Driven Development）のことだと思うだけど
・・・正確に言えば受け入れテスト駆動開発と言うべきか・・・はいいとして、
でもrspecってBDDと名乗っているけど、どうてみてATDDではないように思えるんだよな
開発者のためのテストが主だし。
cucumberは明らかに受け入れテストだと思う。rspecにturnipを組み合わせても
受け入れテストになると思う。でも素のrspecはBDD（ATDD）ではなくTDDだと思う
さらにググるとBDDを取り入れたTDDと書いてあるのも見つけた
rspecってBDDを名乗ってるけど正確な言い方ではないってことなのか？
さらにrspecの言うBDDと同じ意味で使ってるテストフレームワークが多い気がするけど
最初から受け入れテストとして作られたものは本来（？）の意味こそがBDDだみたいな感じで
BDDという用語を使ってる気がする
という認識はあってる？
これらの用語の使い分けとして一番しっくり来るんだよな
ただこういう観点で使い分けられてないという事実があるわけで困る
ttp://https://www.slideshare.net/nowsprinting/bdd-33testing Scenario BDDとかSpec BDDとかいう用語が出てきたｗ
俺もそう思っていたんだが、どうも違うんだよな
人それぞれで言ってる意味が微妙に異なってる
たぶん、この意見は正解。２つの意味がある。
ttp://https://ukstudio.jp/posts/2011/07/02/bdd/ > BDDにはふたつの種類がある
> 1. TDDの言い換えのBDD(開発寄り)
> 2. ATDD(受け入れテスト)でのBDD(ユーザ寄り)
2つの意味があるのは、まあよくある話なんだけど
1.界隈では何の説明もなくBDDはTDDの言い換えとして使っており
2.界隈では何の説明もなくBDDはATDD前提で語っており
各解説を見ると、この２つの種類がまるでなかったような書き方がされてる
それぞれの専門家は、どちらかの用語として使っていて
こういうそれほど有名でない人だけが違いに気づいているという感じがする
あ、和田さんは有名だけどねｗ
BDDのオリジナルは多分受け入れテストの方だと思う
だからrspecのBDDは本来のBDDではない！と専門家が批判記事でも
出していればまだ良かったんだけど、それがないから困惑してる
rspecがBDDを名乗っており誰も批判してないからrspecはBDDである。
それを真似たjestなどもBDDである。共通する特徴はdescribe, itである。
これが開発者の間で広まってる認識・・・だと思うんだけど受け入れテスト業界では
rspecのBDDを否定せずに、それでいてBDDはATDDであるという前提で語るから困る
ちなみにATDDっていうのはcucumberみたいなものね
Read Everyday Rails も翻訳してる
「伊藤淳一 rspec」で検索！
色々な記事を書いてる
その人ぐらいしかいないから名前が知られてるだけで
特別参考になることは言ってないかな
大幅に間違ってないってだけで、大多数の人と同じレベル
TDDやBDDじゃなくて、 xBehaveとxSpecで検索すべきだった
おそらくrspecはxSpec系と呼ぶのが適切なのだろう
他には、Serverspec の作者、宮下剛輔もいる
あれやめて欲しい
せめて文字に起こせと
Javaでも全部staticメソッド
それどころかテストケースの洗い出しとかその辺の事全く知らなそう
テスターに任せるだけだから気にしなくていい
組織は集団の力を使えるから強いんだ
テストはテストの専門家に任せるべきだ
結合テスト、総合テストを頑張るべきだ
>単体テストを頑張っても品質はあがらない
>結合テスト、総合テストを頑張るべきだ
単体テストの重要性を知らんのか
レガシーコード三部作を買って読んで来い
例えばチェックする値の理論値が12.375だったとするじゃん？
でも計算結果は
12.37499999999998
だったんよ
お前、これどうすんの？
精度付きで比較する
テストフレームワークがそういう機能を用意してる
えー一個一個設定すんのー？
> 結合テスト、総合テストを頑張るべきだ
手戻りが大きくて時間がかかりすぎる
お前ならどうするのか言ってみ
もしかしてログにでていてそれっぽい値だからOKって
目を凝らして何百個も判断するのか？ｗ
いや、得に仕様は出てないんでテキトーに判定して欲しいんですが
テストの専門家というのは、テスト技術の専門家であって
テスト作業の専門家なんていねーぞｗ
それは単なるテスター。テスト作業してるだけで専門家じゃない
ひどい場合は仕様も何も知らないやつが手動でテストしてしてたりするからな
テストの効率化？人増やして人海戦術でやることだなみたいに思ってるやつ
テキトーに判定って 12.37499 という間違った
計算結果になってる場合でも場合OKにするってこと？
一つ一つ指定しない方法もあるよ
そういうのもテストフレームワークに用意されてる
