カプセル化の有害性、オブジェクト指向は愚かな考え

**デフォルトの名無しさん** · 2020/06/18(木) 23:47:36.69

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、オブジェクトの実際の型を隠蔽したりすることをいう。

かつて偏差値の低い学校向けの情報処理系教科書において「カプセル化は大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心とした「インターネットを作った人たち」は「階層化の有害性」として「カプセル化は絶対にやめろ」としている。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)

**デフォルトの名無しさん** · 2020/07/05(日) 06:47:04.12

>>810
他の言語を勉強したほうがいいぞ
どうもお前は、絶対に来るはずがない値が引数に渡された時、
そのテストしろって言ってるようだからな

「絶対にありえない値」なんだから仕様なんて作らない
他の型がない言語だったら、引数に渡されるオブジェクトなんか
それこそ無限に値なんてありえるだから

privateでも、ソースコードを修正して引数渡せるなら
そのテストをかけって言ってるようなもん

**デフォルトの名無しさん** · 2020/07/05(日) 06:47:52.42

>>812
> と、いうわけでPublicをテストすれば十分だしPrivateは(普通は)やらないという事を

頭悪そうだなｗ

この場合publicメソッドを呼んだらprivateメソッドを呼び出すんだから
privateメソッドのテストになってるだろ

**デフォルトの名無しさん** · 2020/07/05(日) 06:47:57.37

少なくともグーグルの面接で絶対こないからテストしないとか言ったら
速攻落ちるよ。むしろ絶対こないのをやるものだからね。

**デフォルトの名無しさん** · 2020/07/05(日) 06:49:10.31

>>768で

> まさかpublic・privateメソッドのテストをテスト工程でやる、
> public・privateメソッドを書いた人と別の人がやるって思ってないか？
>
> public・privateメソッドを実装中に、その作ったもののが正しく動くかどうか
> public・privateメソッドのソースを書いた人が、書いてる段階でテストするんだから
> 当然ソースを書いて（書き換えて）テストするに決まってるじゃん

と言ってますが、今の話と何の関係があるんですか？
「誰がテストするか」の話なんですが？

**デフォルトの名無しさん** · 2020/07/05(日) 06:50:26.40

>>815
だからpublicメソッド経由でテストしてるじゃんｗ

お前は、内部でprivateメソッドを呼び出しているから
publicメソッドのテストには、privateメソッドがそんな値を返そうが
そのテストは書かないのか？

**デフォルトの名無しさん** · 2020/07/05(日) 06:53:15.16

例えば>>805 の話だと
testChinがpublicメソッド、そのメソッドのテストとして
引数に1（なんで配列か知らんが）となるものを渡したら
Smallestが返ってくることというテストを書く

それは実際には内部でprivateメソッドを呼び出しているのだからfuncSのテストになってる
カバレッジを計測したら、privateメソッドであるfuncSの該当行は実行した（テストした）と計測される。

**デフォルトの名無しさん** · 2020/07/05(日) 06:54:07.51

え、コーディング中にちょろっとコード書いて動作確認とかを「テスト」って
呼んでたの？そりゃ噛み合わないわ。

開発手法の話をしてる時に「テストする」というからにはテストケースを書いて、
手動にしてもコードにしても実行したログくらいは残すものだが。

君はメソッド作る時エッジケースやらネガティブテストやら考慮に入れつつケースを
書いて実行したログも残してるの？変更のたびにやるの？やらんだろ。

**デフォルトの名無しさん** · 2020/07/05(日) 06:56:15.75

>>819
どれにレスしてるの？
ユニットテスト（かつ自動テスト）の話しかしてないんだが
お前がどこを呼んでそう思ったのか
具体的に指摘してみて

**デフォルトの名無しさん** · 2020/07/05(日) 06:56:44.73

publicをテストしたらprivateも呼ばれてるからprivate単位でテストしてる！って
ブレブレやなw

publicから呼ばれないprivateなんて一体誰がなんのために書くんだよw

**デフォルトの名無しさん** · 2020/07/05(日) 06:57:27.80

>>819
> 君はメソッド作る時エッジケースやらネガティブテストやら考慮に入れつつケースを
> 書いて実行したログも残してるの？変更のたびにやるの？やらんだろ。

変更のたびって、お前変更のたびにメソッドの仕様が変わるのか？
いきあたりばったりで開発してるんだな

**デフォルトの名無しさん** · 2020/07/05(日) 06:58:49.78

>>821
最初からそう言ってるだろ？
ブレるも何も、最初からそう言ってる

↓

> 私の回答
> 短くまとめると、プライベートなメソッドのテストを書く必要は無いと考えています。
>
> ほとんどのプライベートメソッドはパブリックメソッド経由でテストできるからです。プライベートメソッドは実装の詳細であり、自動テストのターゲットとなる「外部から見た振る舞い」ではありません。

**デフォルトの名無しさん** · 2020/07/05(日) 07:00:51.32

あ？まさかprivate関数の処理のテストをすればいいのに
private関数単独ででテストしなきゃだめだって思ってるのかｗ

あはは、関数単位でテストするのがユニットテストだって思ってるようだな
こりゃ、お・わ・ら・い・だｗ

**デフォルトの名無しさん** · 2020/07/05(日) 07:02:37.00

メソッド単位でテストしろって言うのが組み込みおじさんだから話にならんよ

**デフォルトの名無しさん** · 2020/07/05(日) 07:03:05.56

なんだこいつ気持ち悪い。

**デフォルトの名無しさん** · 2020/07/05(日) 07:07:17.25

日本語もjavaも通じないからどうにもならない。
突然噛み付いてくる気持ちの悪いのは100％の確率でおかしいな。

**デフォルトの名無しさん** · 2020/07/05(日) 07:08:18.45

というふうに「技術」の話にレスができなくなったら
「人」（＝俺）の話にすり替えるのが常套手段な

**デフォルトの名無しさん** · 2020/07/05(日) 07:13:21.25

というかお前は誰だよ。Private単位でコード書き換えてもやるって言ってる
人間がいたからPrivate単位では通常のビジネス系ではやらないという流れなのに
突然「お前は素人だあ！」とか噛み付いてきても知らんがな。

タブもスペースもトランケートされる２ちゃんでインデントがとかくだらない
ことでマウント取りにくる暇があったらまず日本語を学べ。

以上。

**デフォルトの名無しさん** · 2020/07/05(日) 07:21:09.73

「privateメソッド」を直接テストしろって言う人はどうするのがいいって言うの？

a 全てprivateメソッドに対しても外部にリフレクション等を使用したテストを書くべき
b privateメソッドにアクセスできるクラスなどにpublicなテストコードを書くべき
c もっと言い方法がある、こうだ！

**デフォルトの名無しさん** · 2020/07/05(日) 07:22:11.60

>>830
王家秘伝の技がある。

**デフォルトの名無しさん** · 2020/07/05(日) 07:24:08.15

>>830

>>798 じゃねーの？ｗ

> 完ぺきにテストしたからといって製品の完全性を保証することはできません。
> したがってテストしないほうが良いのです。

つまり

privateにしたらテストできません。だからしないほうがいいのです。
完璧にテストした所で落ちない飛行機はありません
したがってテストしないほうがいいのです

**デフォルトの名無しさん** · 2020/07/05(日) 07:24:58.59

しかしよくチンコのサイズテストwにマジで噛みつけるもんだ。

**デフォルトの名無しさん** · 2020/07/05(日) 07:29:06.68

>>833
あ、そういうテストだったの？ｗ
コードしか見てないよｗ

**デフォルトの名無しさん** · 2020/07/05(日) 07:30:17.21

Chinってちんこのことだったんだな
funcSとかfuncBとかfoo、barみたいに意味がない単語じゃん
コードがクソすぎて意味が伝わらないいい例だな

**デフォルトの名無しさん** · 2020/07/05(日) 07:34:08.81

無い場合You are a womanで9以下なら小さい、16越えりゃWow！で名前が
チンテスターなんだからわかってる人間は多いだろうな。

**デフォルトの名無しさん** · 2020/07/05(日) 07:36:44.58

>>836
じゃあint型の配列のlen（長さ）ってどういうこと？
配列がnullなら女で配列が複数あれば男？
何が複数なの？

**デフォルトの名無しさん** · 2020/07/05(日) 07:36:59.87

ちなみにfuncなんとかというのは君の好きなグーグルあたりでも例ではよく使うわな。
BとSもbigとsmallだろうと英語得意なら当たりがつくけどね。なぜABじゃなくてBS
なのか。そもそもoutに出てんだし。

**デフォルトの名無しさん** · 2020/07/05(日) 07:38:39.33

>>837
行があればChinkoクラスを作るとこだがスペースいらないで
intじゃなくてヌルポが出るものがarrayだからそれの長さで表してるだけだよ。

**デフォルトの名無しさん** · 2020/07/05(日) 07:44:01.87

> intじゃなくてヌルポが出るものがarrayだから
・・・

Java知らんのか？整数かつオブジェクトでも使えばいいじゃないか
具体的には教えてやらんよ。自分で勉強しな

**デフォルトの名無しさん** · 2020/07/05(日) 07:46:53.71

privateメソッドだからテストしないとか言ってるやつはキチガイ
早く死んでね

**デフォルトの名無しさん** · 2020/07/05(日) 07:49:38.56

>>824
いや、やってもいいだろ
お前がやりたくないのは「たまたま」VisualStudioでやりにくいってだけの理由だろ
早く死んでね

**デフォルトの名無しさん** · 2020/07/05(日) 07:53:17.11

こういう事やって、NULLチェックが4倍に増えたー、テストも増えたーって
言ってるやつがいるなんて驚き。馬鹿かとｗ以下擬似コードな

public func(value) {
　// valueのNULLチェック
　処理
　処理
　処理
}
↓
public func(value) {
　// valueのNULLチェック
　foo(value);
　bar(value);
　baz(value);
}
private foo(value) {
　// valueのNULLチェック
　処理1
}
private bar(value) {
　// valueのNULLチェック
　処理2
}
private baz(value) {
　// valueのNULLチェック
　処理3
}

**デフォルトの名無しさん** · 2020/07/05(日) 07:56:16.74

プロは俺だけだったか。

**デフォルトの名無しさん** · 2020/07/05(日) 08:03:19.96

そもそもprivateメソッドだからテストしないとか言ってるキチガイにまともな返答なんかいらない

そんなのどこの職場でも認められるわけないから
publicメソッド通したprivateメソッドに自分が想定したケースの値が全部入る保証なんかない
ある特定のケースのみそのメソッドの処理が欲しいときにしか呼んでないことあるだろ
つまりメソッド自体のテストはできてないしその方法でコードカバレッジ100%は無理だし
そもそもpublicから呼び出したprivateのコードカバレッジを100%にするなんて
作業が狂気過ぎてまともな脳みそ持ってるやつならやる前に無駄って理解できる

バカは早く死んでね

**デフォルトの名無しさん** · 2020/07/05(日) 08:06:02.24

そもそもprivateメソッドだからテストしないとか言ってるキチガイには
この言葉を授けよう

t-wadaのブログ
https://t-wada.hatenablog.jp/entry/should-we-test-private-methods#%E3%83%91%E3%83%96%E3%83%AA%E3%83%83%E3%82%AF%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%E7%B5%8C%E7%94%B1%E3%81%A7%E3%83%86%E3%82%B9%E3%83%88%E3%81%99%E3%82%8B

私の回答
短くまとめると、プライベートなメソッドのテストを書く必要は無いと考えています。

ほとんどのプライベートメソッドはパブリックメソッド経由でテストできるからです。プライベートメソッドは実装の詳細であり、自動テストのターゲットとなる「外部から見た振る舞い」ではありません。

ただし、この議論にはプロダクトコードもテストコードも自分で書いていることという前提があります。プロダクトコードに手を入れられず、テストコードも無いレガシーコードに対しては、リフレクションは強力な手段です。

プライベートなメソッドのテストに関しては、4つの考え方があります。

パブリックメソッド経由でテストする
別クラスのパブリックメソッドとする
テスト対象の可視性を（やや）上げる
プライベートのまま、リフレクションでアクセスしてテストを書く
パブリックメソッド経由でテストする
多くの場合、そのクラスのパブリックメソッド経由でプライベートメソッドのテストも同時に行えます。テストできているか不安があるならテストカバレッジを確認しましょう。

**デフォルトの名無しさん** · 2020/07/05(日) 08:10:31.93

>>846
そいつプロジェクトで仕事したことあるのか怪しい部類じゃね？

**デフォルトの名無しさん** · 2020/07/05(日) 08:16:36.05

publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 08:25:21.85

public通したprivateは単体としては怪しいというのはその通りだけど、
そもそも呼ばれないprivateを書くバカはいないわけで、条件があるから
書いてんだよね。で、条件をpublicの段階でテストするわけだから
ほぼ通ってるわけだよ。

上のチンコテストだとnullから16まで流せば全部通る。

違いは、上の例でprivateにnull突っ込んだらヌルポだわな。そこをテストするのは
コード変えなきゃいけないし、OOの大規模ビジネスソフトではそういうことは
やらない。それをやらなきゃいけない環境なら関数型でもいけるはず。

**デフォルトの名無しさん** · 2020/07/05(日) 08:31:48.84

>>849
できない時点でこの話は終わりさ
やらないわけには行かないんだから
90%できてても残り10%をどうやってもやる方法がないんだから
その方法はどうやっても採用できないし
わざわざする理由もない
別の方法ではできるんだから

**デフォルトの名無しさん** · 2020/07/05(日) 08:33:02.53

>>840
君のがpublic privateに関しては言ってることは正しいんだが
底抜けのバカだなあ。

整数かつオブジェクトwこのレベルの人と話してたのかw

はあ。。。

なんかいやになっちゃった。

**デフォルトの名無しさん** · 2020/07/05(日) 08:35:22.60

>>850
いやだから16まで流せば全部できてるけど。

ビジネス系ではやらないよ。組み込みで全部
テストしなきゃいけないというならわかるので
すれば良い。ただOOの手法とは違う。

デベロッパー千人のところでやってるの？
やってないでしょ？

**デフォルトの名無しさん** · 2020/07/05(日) 09:13:35.35

通ってればいいっていうなら単体テスト全否定だろw
結合テストなりで全部やりゃいいって話になる。

**デフォルトの名無しさん** · 2020/07/05(日) 09:23:53.74

>>853
だからその線引きをどこでやるのかっていう事で、
privateまで全部テストケース書いてエッジケースもネガティブも
全部やるなら関数型で良いんだよ。

別にバカにする気は無いし、関数型のが難しい場面もたくさんあるが、
大規模（デベロッパーだけで数百人）のOOプロジェクトやった事ある？

**デフォルトの名無しさん** · 2020/07/05(日) 09:30:39.94

上のチンコの例で言えば、funcSとfuncBのテストをテストケース書いて
コードを書き換えた上でやってドキュメントなりログなりで残すの？

だったらpublicでやれば良いし、そうやってpublicにするなら関数型でも
おんなじ事でしょ。

チンコがnullなのか16以上そこそこでかいのかまでしか関係ないわけで
privateがnullをハンドリングしてないとか無駄なんだよ。もちろん
命に関わるようなところではそれくらいの厳格さが求められる場合も
あるだろうが、普通のビジネスソフトではそこまでやらない。

他のチームが関わる場所を少なくするためにカプセル化するわけで、
そんな全部publicにしたら意味ないんだよ。

**デフォルトの名無しさん** · 2020/07/05(日) 09:41:54.39

弊社はC2カバレッジ100%未満は出荷できませんけどね。

**デフォルトの名無しさん** · 2020/07/05(日) 09:42:35.87

>>854
線引じゃねーよクソ野郎
publicでたまたま呼ばれた1パターンと
privateの網羅テストが同じになってたまるかアホかよ
クラスのなかにあるのでpublicから呼ばれたときだけ動けば
ルーチンとして不出来でもOKなんてあるわけないだろ
お前はクソだからもう死ねよ

**デフォルトの名無しさん** · 2020/07/05(日) 09:45:43.25

>>857
まあじゃあ君はprivateまでテストケース書いてやっとけば良いんじゃない？
誰も止めてないし。大規模ビジネスソフトでは世界的に言って普通ではないというだけで。

僕はあんまり関わることのないレベルの世界だけど、まあ多分一生関わらないので
君が良いならそれで良いと思うよ。

**デフォルトの名無しさん** · 2020/07/05(日) 09:51:39.34

>>857
君は大変なんだねwテストがんばれーwww

**デフォルトの名無しさん** · 2020/07/05(日) 09:54:43.54

>>858
落としどころとしてはそんなところで良いんじゃね？
問題なのは「privateはテストするべきではない」なんて変な教義を押しつける人の方なんで。

**デフォルトの名無しさん** · 2020/07/05(日) 10:02:55.49

>>856
正直QAやってたのは随分前の話だから最近のQAツールは知らんけど、
privateが全部通ってれば100％なわけで、そもそもprivateがある理由は
使われるためなんだから普通は誰も一回も使ってない場合なんかはないわな。
レベルが高くなると通らないケースも出るだろうが。だから線引きってこと。

チンコテストならnullから16までやれば100％通ってる。privateかpublicかって
のは関係ない。ただしprivateはnullをハンドリングしてない。それをどうするかって話。

**デフォルトの名無しさん** · 2020/07/05(日) 10:03:22.77

>>854
お前こそ大規模プロジェクトやったことないだろw
それだけ大規模だと逆にテストコード書かんわ(nttデータとかアクセンチュアとかな)
そんなクソプロジェクトを引き合いに出されても知らんわw

**デフォルトの名無しさん** · 2020/07/05(日) 10:05:36.79

>>860
「べきでは無い」とは思わないけど、privateをデベロッパーの個人的な
チェックを超えてテストすることを求められるとしたら、何かプロジェクト的に
おかしいとは思う。

**デフォルトの名無しさん** · 2020/07/05(日) 10:08:05.85

>>862
だから僕もNTTデータとかは知らんと上に書いてるけれども。

アメリカの大規模ソフトは中の人だし、他の会社のデベロッパも何人も知ってるので、
実際にアメリカの業界は知ってる。

君の「クソブロジェクト」ではないプロジェクトは会社名は出す必要はないが
例えばアメリカのERPとかそのレベルでなんなの？

**デフォルトの名無しさん** · 2020/07/05(日) 10:09:56.64

だいたい質問を質問で返す人は答えるのに不都合がある人。

数百人のデベロッパーのプロジェクトをやったことなくても全く問題は
ないんだが（ロッキードのミサイルの制御の人とか数百人もいないし）、
「あるよ」とは帰ってこない。

**デフォルトの名無しさん** · 2020/07/05(日) 10:15:56.23

>>863
だからそれは別の話なんだからさ。
「privateなら必ずしも単体テストする必要はないけどやりたいならやれば？」
これでいいじゃん。

**デフォルトの名無しさん** · 2020/07/05(日) 10:19:00.51

>>866
ちょっと弱いかな。「普通はやらんけどやりたかったりやる必要があるならやれば？」

くらい？privateを全部テストケース書いてエッジやネガティブやるとなると多くの場合
サグラダファミリアになるし、普通はやらない。

でもやりたいならやれば良いとは思うのでだいたいそういう感じか。

**デフォルトの名無しさん** · 2020/07/05(日) 10:31:49.01

組み込みおじさんはそこに義務感を感じ、他者に強要するのだろう
難儀なこった

**デフォルトの名無しさん** · 2020/07/05(日) 10:37:41.26

組み込みとかだと多くの場合そもそもOOあんまりいらんと思うのよね。

人工呼吸器の制御とかだときびしくやらないといけないのはわかるし、
やってない人工呼吸器とか俺も付けられたくないけどさw

OOのメソッドとかはちょっと違う話だわな。カプセル化とかは数百人になると
生きてくる。個人的には自分一人の個人プロジェクトでも使うけど。
数年後にまたやる羽目になったりした時に楽なので。

**デフォルトの名無しさん** · 2020/07/05(日) 10:45:19.20

>>847
それは僕も思ってた
机上の空論っぽいんだよね

**デフォルトの名無しさん** · 2020/07/05(日) 10:53:33.35

>>867
どこに差があるのかよくわからんが、どちらにしても一行目は問題ないにしても
二行目はここに存在しない敵を攻撃している印象。
いちいち関係ない話を絡めなくてもいいじゃんと思うが、二度も書くということは
そっちが主張したい本音ということかな？

**デフォルトの名無しさん** · 2020/07/05(日) 10:55:30.48

OOPは理解している人とOOPを理解していない人が単体テストについて不毛な争いをするスレかな？

**デフォルトの名無しさん** · 2020/07/05(日) 10:58:45.46

>>871
いや、元々がpublicじゃなくてprivate単位でやれという話からなんだからその話だよ。

publicでprivateの分岐通ってるなら良いじゃんといなら誰も否定していないのでは？

逆にprivateで一度も通ってない部分があっても良いじゃんとも言っていないような。
if文書くのに絶対通らない物を書く人いるわけないでしょw

ただ、公式なテストとして、privateのレベルでテストケース書いてログ残してコード
書き換えてコンパイルし直してやるというのは少なくとも普通のビジネスのソフトとしては
一般的なベストプラクティスではないし普通はアメリカの大手一流ではやらないということ。
例外はあるとしても。

**デフォルトの名無しさん** · 2020/07/05(日) 11:03:24.23

土台が腐ってたら。
全部検査するほうが楽。

**デフォルトの名無しさん** · 2020/07/05(日) 11:04:34.60

幸いそういうのには当たったことはないw
上に書いたように例外は認める。

**デフォルトの名無しさん** · 2020/07/05(日) 11:09:23.64

アメリカの大手一流ってどこだろ？

**デフォルトの名無しさん** · 2020/07/05(日) 11:11:04.89

アメリカや大手や一流が正しいとは限らないけどね
ボーイングの飛行機があんなことになってるように

**デフォルトの名無しさん** · 2020/07/05(日) 11:11:13.65

まあ会社的にはプログラマなら全員知ってるとこ。それ以上は言わん。

**デフォルトの名無しさん** · 2020/07/05(日) 11:13:19.35

>>877
だからボーイングの制御系とかはそもそも全然別の話。

もちろん正しいとは限らないけど標準なのは確かだわな。
日本初のOOより優れたこういうメソッドがある！というなら
もちろん喜んで聞くけどね。

**デフォルトの名無しさん** · 2020/07/05(日) 11:14:37.74

>いや、元々がpublicじゃなくてprivate単位でやれという話からなんだからその話だよ。
>ublicでprivateの分岐通ってるなら良いじゃんといなら誰も否定していないのでは？

そう、それが一致しているならいちいち関係ない話を絡めなくてもいいんでは？
public経由のテストで十分網羅できるのにそれでもprivateメソッド単位のテストが
必要なんて主張している人いたかな？そこに誤解があるんじゃないの？

**デフォルトの名無しさん** · 2020/07/05(日) 11:15:16.65

>>880
いるから揉めてるんすよ。

**デフォルトの名無しさん** · 2020/07/05(日) 11:16:31.89

>>881
それはどれ？レスを教えて

**デフォルトの名無しさん** · 2020/07/05(日) 11:17:47.72

アメリカの大手の一流がそうしてるから正しいのだという権威にすがった論理を
展開されておられたのでその会社ってどちらの会社なのって聞いてみたんだけど
そんな会社本当にあるの？

**デフォルトの名無しさん** · 2020/07/05(日) 11:18:34.49

t_wadaの次はアメリカの大手一流か、議論の根拠が権威ばっかりやな

**デフォルトの名無しさん** · 2020/07/05(日) 11:21:40.50

例えばこの方。

848デフォルトの名無しさん2020/07/05(日) 08:16:36.05ID:IUsMolpf
publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

メソッド全部ちゃんとエッジケースやネガティブまでやれって業界があるのは
わかるし、必要だとも思うけど、それはOOのビジネス系だでは普通やらないということを
言ってただけなんだけど、バカだアホだお前は素人だといろんな方面から変に噛みつく
やつばかりでもう僕はいやになっちゃった。この人が噛み付いてきたということではないよ。

もちろんまともな人のが多いんだろうけどおかしな人のが目立つからね。

**デフォルトの名無しさん** · 2020/07/05(日) 11:22:22.08

いちいち論点ずらすな。
お前ら、何で争ってるんだよ。

**デフォルトの名無しさん** · 2020/07/05(日) 11:23:41.69

OOのビジネス系ってどんな仕事？
そんないい加減なことやっていい仕事ある？
トラブってもうちうちでなーなーで済むようなBtoBの仕事？
自社内でしか使わないシステムとか？

**デフォルトの名無しさん** · 2020/07/05(日) 11:24:18.36

アメリカの大手一流が不満なら自分の業界の実例をあげたらいかがだろうか？

privateをテストケース書いて全件やってるとこなんておそらくないぞ。あるというならあげれば良いだけの話。

テストツールどうやって動いてるねん。コード自動で書き換えてコンパイルし直しか。話がおかしいのすぐわかるだろ。

**デフォルトの名無しさん** · 2020/07/05(日) 11:24:52.69

まず、このスレの連中は議論する前に論理学を学ぶことをお勧めするよ。
あと、詭弁について調べろ。

**デフォルトの名無しさん** · 2020/07/05(日) 11:25:24.17

>>888
アメリカの大手一流ってどこの会社なん？

**デフォルトの名無しさん** · 2020/07/05(日) 11:25:52.62

>>887
だからアメリカ製のパッケージとかコンサルとの間でよく揉めてるだろ。これは「バグ」じゃないとか。DBだってよくある話だわな。

君はどんな仕事なの？

**デフォルトの名無しさん** · 2020/07/05(日) 11:26:35.07

>>890
君の会社はどこなん？

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:26.12

>>891
アメリカ製のパッケージとかコンサルとの間でよく揉めてる仕事なん？
なにそれ？何言うてんの？何の仕事してるんよ

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:47.35

>>885
それは網羅してないからダメという意見では？
そこに反論するならば「privateのテストを強制すべきではない」ではなく
「public経由でも網羅することは可能」ではないかね？(できるなら)

**デフォルトの名無しさん** · 2020/07/05(日) 11:27:51.75

>>882
>>848
デフォルトの名無しさん2020/07/05(日) 08:16:36.05ID:IUsMolpf
publicを通した範囲でしかできないprivateのテストは網羅されてなく
メソッドの単体テストとして十分なテストは行われていません
あなたの意見は採用できません
できれば実際のプロジェクトを5つぐらい経験されてはいかがでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 11:28:29.72

>>892
アメリカの大手一流でこうしてるから、こうするのが正解なんやー
言うてたからアメリカの超一流ってどこなんよ？と聞いたんやけど
なんで言えへんの

**デフォルトの名無しさん** · 2020/07/05(日) 11:28:59.86

>>870
新しい理論や手法を提唱する人には良くあることだと思うけど、その理論はある前提、ある側面では正しいけど、常に無条件に適用することは正しくないと本人は分かっていて、敢えてそういうことはわざわざ詳しくは説明しない。自分の論が有用な物だと主張したいがため、嘘はつかない範囲で相手が勝手に誤解してすごいと思わせるような物言いをする。
で、その理論に感銘を受けた人の一部が、理論の表面的な効能だけをありがたく受け取って問題点や前提条件などは正しく理解しないまま、受け売りの知識を他所で披露する。
そこで議論になると、本質をちゃんと理解してないまま自説を擁護しようとするから、無理が生じたり話が噛み合わなかったりする。
という流れでイマココなのかなと思う。

**デフォルトの名無しさん** · 2020/07/05(日) 11:29:53.38

>>897
なるほどね、わかる気がする

**デフォルトの名無しさん** · 2020/07/05(日) 11:29:56.16

大手一流の名前を言うだけで逃げそう（笑）

**デフォルトの名無しさん** · 2020/07/05(日) 11:33:32.02

足ガクガクになってまうよー

**デフォルトの名無しさん** · 2020/07/05(日) 11:36:47.20

まぁ、単体テストでprivateを直接呼び出すのは変な話だけどな。
デバッグならともかく、単体テストでリフレクションによるprivate強制実行とか反則でしょ。
デバッグで許される理由は、バグを見つける可能性があるから。
単体テストで駄目な理由は、テストの合否判定が不当に変わる恐れがあるから。

というのが自分の見解だが、皆さんはどう？
スレが加速してからの途中参加だから、自分の発言に自信ないけど。

**デフォルトの名無しさん** · 2020/07/05(日) 11:37:26.26

>>894
そもそもpublicを経由するのが網羅してないから、経由せずにprivate単位で
コード書き換えてテストやるべきという主張自体がOO的にはおかしいわけです。

見せたくないからprivateなわけで。

もちろんデベロッパー個人でコード入れて確認することはあるだろうけれども、
開発手順としてテストケース書いてログ残してというのは違う。

public経由で内部を網羅してるかしてないかは知ったことではない、というのが正解。
上の例で言えばfuncBやfuncSがnullをチェックしてようがしていまいが他のチームには
関係ないわけです。入り口でnullチェックしてれば。

個人的にはサイズがでかければprivateでも入れるけども、それをテストケース書いて
ログ残してと要求されたことはないし、普通はされんはず。少なくともアメリカでは。

**デフォルトの名無しさん** · 2020/07/05(日) 11:38:33.09

GoogleであってもMicrosoftやOracleもバグのないソフトは作れないし
銀の弾丸的な手法があるわけもなく、アメリカ、大手、一流という箔付けに頼ってるだけでしかない

**デフォルトの名無しさん** · 2020/07/05(日) 11:41:45.16

せっかく匿名で議論できるのに
「アメリカの大手一流」とか言い出しちゃうところが哀れやわ
>>805の下痢便コード出た時点でスレ終了やろ普通

**デフォルトの名無しさん** · 2020/07/05(日) 11:43:37.87

>>896
君の会社はどこなの？

アメリカ大手１流でブライベート単位でのテストケース書いたりした網羅的なテストは「していない」という証明は悪魔の証明だから無理だけど。全社で働いたわけじゃないし。

逆にアメリカ大手１流でやっているという証明は一件出すだけなのでGAFAのどこでも、マイクロソフトでもアドビでも簡単にできるのでぜひどうぞ。

ただ、なんかコピペで爆撃されたオートメーションツールでは、特にコンパイル必要な言語は、直接privateテスト出来ないよ。当たり前の話。

**デフォルトの名無しさん** · 2020/07/05(日) 11:45:23.06

>>905
アメリカの大手一流ってどこなんよ？

**デフォルトの名無しさん** · 2020/07/05(日) 11:45:48.03

その会社がやってるからすごいんでしょ、はよ教えてやー

**デフォルトの名無しさん** · 2020/07/05(日) 11:47:16.10

もう何でもええから言うて、そしたら僕がすごーいって言うから、もうそれでええやんか

**デフォルトの名無しさん** · 2020/07/05(日) 11:49:23.59

また別IDが下痢便とか発狂し始めた。

お前はほんとにウンコとかそのレベルのことが好きだな。

**デフォルトの名無しさん** · 2020/07/05(日) 11:51:02.27

>>907
やって「ない」という話だけど。
まず日本語学んでやー　よろしくなー

**デフォルトの名無しさん** · 2020/07/05(日) 11:51:58.59

>>910
アメリカの大手一流ってどこなんよ？

**デフォルトの名無しさん** · 2020/07/05(日) 11:52:54.88

たぶんアップルは単体テストやってない、SSLでアホなバグだしてたから、あの会社適当だわ、しらんけど