[新卒向け研修資料] テスト文字列に「うんこ」と入れるな（2025年版）

インフィニットループ社内の新卒向け研修で使われた資料、テスト文字列に「うんこ」と入れるな（事例などを追記した2025年版）です。

Transcript

1. [新卒向け研修資料] テスト文字列に 「うんこ」と入れるな ～軽い気持ちで入れたその文字列は、いかにして社外に漏れるか～ 株式会社インフィニットループ 代表取締役会長　松井 健太郎 2025年版！
2. どうも！松井です！！いまは会長になりました！！ 暇になったので「Desktop Mate」という マスコットアプリを作って出しました！応援してね！！ ※フリー素材 　3Dモデル絶賛配布中 https://www.infiniteloop.co.jp/sp ecial/ceo/
3. はじめに • 本日はうんこを題材にした話をします • タイトルはアレですが大事な話なのでちゃんと聞いてください • 繰り返ししている話なので、聞いたことがある人も 多いかもしれませんが、何度でも話します。
4. 愛されて30万View！　※2025年5月現在 結構前に作った資料ですが、長く読まれ続けています。
5. 本日伝えたいこと テスト文字列には 無難な文字列を使うこと 以上
6. テスト文字列とは？ • 入力フォームなどを作るときに入れる文字列 • Web系エンジニアであれば、テスト等で山ほど入力するはず コレ
7. ところが？ ここで人はつい出さなくてもよいユーモアを発揮してしまう ※何か心理学的な理由があるのかも。詳しい人教えてください。
8. 事例(1) セシウムさん騒動 参考: https://ja.wikipedia.org/wiki/%E3%82%BB%E3%82%B7%E3%82%A6%E3%83%A0%E3%81%95%E3%82%93%E9%A8%92%E5%8B%95 2011年に東海テレビのローカルワイド番組「ぴーかんテレビ」において発生した、 番組基準を大きく逸脱した不謹慎なテロップを表示した不祥事。 地方局のローカル番組内の出来事ながら、 日本全国における放送事業者の倫理観を問われる事態に発展した。 （Wikipediaより）
9. 事例(2) じゃぶじゃぶ課金事件 参考: https://wedge.ismedia.jp/articles/-/4699 2015年にとあるブラウザゲームの「遊び方説明」ページが話題となった。 そこには 「プレイヤーがじゃぶじゃぶ課金したくなるような射幸心を煽りまくる説明文章」 というテキストが掲載されており、何らかのミスで公開されてしまったようだ。 文章は運営の手によりすぐに削除されたが、キャプチャ画像などが即座に 拡散され、まとめサイトやニュースサイト、SNS上などで大炎上した。
10. みんな言う • いや、私はそんなミスはしませんよ • これローカル環境ですから大丈夫ですよ
11. うんこの力をなめるな
12. 例えば… • コマンドの引数を打ち間違えた • DBのダンプファイルを取り違えて復元した • テスト用のファイルや画像を本番環境にデプロイしてしまった • LBの参照先設定を間違えた • リリース時に一部テーブルを消し忘れた • テスト環境だと思いこんでいた • そんな仕様だとは知らなかった 知らなかった…　そんなつもりはなかった…　悪意はない…　 膨大な数のテストデータは、0.001%の壁をくぐり！すり抜けて！ うんこは本番環境に"必ず"現れる！！
13. どうすればいいのか？
14. どうすればいいのか？ • 人類はうんこに打ち勝つことは不可能 • どんなに気をつけていてもミスは必ず起こる • 日頃から誤爆してもよい振る舞いをするしかない
15. 正しいテスト文字列で防ぐ • 万が一漏れても問題ない文字列や画像を使う ◦ 例:　名前の場合　テスト太郎 ◦ 例:　会社名の場合　株式会社テスト ◦ 「ああああ」などでもよいが、それはそれでシュールな絵面になることもあるし、 開発時にカラム間違い等に気づける方が合理的 ◦ 画像はウケを狙いがちなので特に注意、組織としてテスト画像を用意しておくと良い • 一見してテストとわかる文字の方が望ましい ◦ 実在する会社名だと万が一漏れた際に迷惑をかけるかもしれない ◦ テストデータであることが分かりづらいと取り違い事故などが発生する ※特に問題のない文字列だが、　 外部に出ると話題になってしまう例　→ 引用元: https://buzzap.jp/news/20210904-kyocera-analysis-center-member-aaaaaaaaa/
16. 文化で防ぐ • 不適切な入力している人がいたら周りが止める ◦ 新人が「うんこ」など不適切な文字列を入れていたら諭す ◦ 不適切なテストデータを発見したら、原因を突き止める • 礼節を持って対応する ◦ 常に表裏なく、たとえクライアントに見られても問題ない振る舞いを行う • 冷笑する文化を作る ◦ 仕事中にふざけない ◦ うんこと入力することが本当に面白いのかよく考える ◦ ふざけている人がいたら冷笑する（面白がらない）、先輩や上司はきちんと注意する ◦ そのユーモアはもっと活かせる場で使うようにしよう ◦ 楽しい職場環境は大事なので、ふざけあえる場は別途作りそちらで遊ぼう
17. 仕事中にはふざけない • 悲しい事故の99%はつまらない冗談から起きる • ユーモアや楽しい職場環境は大事だが、業務システム上でやるべきではない • プロ意識を持つこと（プロ＝ユーモアの無い人 ではないはず） 事例: 尻エアーコンプレッサー • お尻から空気を入れることで何人もの死亡事故が起きている • 殺人の意思はなく、おそらく「冗談で」やっている （いじめ目的の場合もあるかもしれないが、きっと殺す気はないはず） • 機器やシステムが考えていたのと違う挙動をすることはよくあること
18. 事例(3): まともな文字列を使うことの重要性　その1 Yahoo! JAPANのプッシュ通知誤配信の事例（2021/12/22） 当然SNSで炎上し、ネットニュースに載った。 「ゲリラや特殊部隊による攻撃が発生しました」 ではなく 「これはプッシュ通知のテストです」 であれば、話題性は何倍も少なかったはず。 （ニュースにもならなかった？） ※ [配信テスト] [dev] を付けていたことで、 　 被害が軽減していることにも注目
19. 事例(4): まともな文字列を使うことの重要性　その2 JR東海のリニア・鉄道館サイトのお知らせの事例（2024/03/22） JR東海のリニア・鉄道館サイトのお知らせで、 誤ったテスト画面を表示してしまい、SNSで話題に。 > 「重要な重要が重要で重要」リニア・鉄道館サイトに > 奇妙な画面　誤ってテスト画面を表示 > 見つけた人が「どうしたJR東海」「お腹痛い」と投稿。 という題名で、ねとらぼの記事にもなってしまう。 ※本文がまともだったため大幅なダメージ軽減ができて いるが、もしタイトルもまともだったら話題にもならな かったかもしれないという惜しい例。 ※タイトルは明らかに「不要なユーモア」 本文もふざけていたらと想像すると震える。
20. 事例(5): 「知る人ぞ知る」が一番厄介という事例 国土交通省（2025/01/23） 国土交通省の管轄する事務所で、譲渡証明書の見本の記 入欄に不適切な表現があった。 > これの何が珍しいのか…？ と首を傾げた読者も多いかと > 思うが、これらの文字列はいずれも、成人向け映像作品を > 元ネタとするネットミーム「淫夢語録」を連想させる。 ※元ネタを知らない人は気づくことはできないのが厄介。 ※このように自分が好きなものを入力する人は多い。 ※不要なユーモアを排除するため、サンプル記入例には、 サンプルとわかるものを入れるを徹底すること。 msn　国土交通省、書類に深刻な下ネタ「野獣先輩」見つかり波紋 事務所は「不適切な表現」認める https://www.msn.com/ja-jp/news/opinion/%E5%9B%BD%E5%9C%9F%E4%BA%A4%E9%80%9A%E7%9C%81-%E6%9B%B8%E9%A1%9E%E3%81%AB%E6%B7%B1%E5%88%BB%E3%81%AA%E4% B8%8B%E3%83%8D%E3%82%BF-%E9%87%8E%E7%8D%A3%E5%85%88%E8%BC%A9-%E8%A6%8B%E3%81%A4%E3%81%8B%E3%82%8A%E6%B3%A2%E7%B4%8B-%E4%BA%8B%E5%8B% 99%E6%89%80%E3%81%AF-%E4%B8%8D%E9%81%A9%E5%88%87%E3%81%AA%E8%A1%A8%E7%8F%BE-%E8%AA%8D%E3%82%81%E3%82%8B/ar-AA1xG0VP より引用
21. 事例(6): ネタで書いた怪文書も必ず漏れるという事例 ゆめみ社長の書いた買収元のアクセンチュアを誹謗するような怪文書が拡散される （2025/05/11） ゆめみ社長本人が 「私が空想で書いたネタ怪文書が思った以上に話題になっ てしまい大変申し訳ありませんでした。」 「決して、拡散しないでください。」 と投稿している。 ※何かしらの意図や目的、閉じた空間でのユーモアなど、 前提条件があって、この文章を書いたのかもしれないが、 そういった付随情報は一切抜きで、ただ文章は漏洩し、ネ タとして昇華される。 ※対処法はただ一つ。こういったものはネタであっても書 かないこと。 https://x.com/raykataoka/status/1921543179096186946　より引用
22. 余談(1): メールのテストについて • メールアドレスにはテスト用の予約ドメインである 「example.com」「example.jp」や「.test」等を使うこと ◦ 例: test@example.com ◦ 例: test@example.jp ◦ 例: test@aaa.test • 適当に打った「aaa.com」や「test.com」は使ってはダメ • メールが届いて相手に見られてしまったり、 User Unknownメールが飛び交うことになる
23. 余談(2): ランダム文章の生成 • Word上で「=rand()」と入力するとランダムの文章が生成できる ◦ 引数の数字で長さを調整できる ◦ 「=lorem()」で英文のランダム文が生成 • 最近だとChatGPTなどのAIで生成してもよいかもしれない • とはいえ、一見してテストとわからない文字列は、 本番データとの取り違えが発生しそれはそれで厄介 • 組織で利用するサンプル文章を定めておくとよい ◦ 「吾輩は猫である。名前はまだない。どこで…」など ◦ 決まったサンプル文章であれば、すぐテストデータとわかる
24. まとめ • テスト文字列には、無難な文字列を使うこと。 • 入力する文字列や画像は全て外部に漏れる可能性があると考えること。 • 業務中はふざけない（休憩中など他の時間に楽しく遊ぼう）