出社っていいものなの。開発者のテストに対する疑問や思いが聞けたの

出社っていいものなの。開発者のテストに対する疑問や思いが聞けたの bun913

自己紹介＞所属開発3年、クラウドエンジニア2年 JSTQB Advanced Level TMに合格しました＞経歴
ダイの大冒険＞好きなものクラスメソッド株式会社＞名前 bun913（今泉大樹）

私の立場や発表の前提＞領域スクラム開発やスクラムライクな開発の経験がメインです＞開発手法 Webアプリケーションが主領域（AWS、バックエンド開発、ちょっとフロントエンド）＞立場開発に近い立場として、テストやQAについて真剣に考えています

最初に謝罪したいこと・スライドのタイトルが若干違うかもしれないこと・会話形式で進むため、テンポ悪いです

出社っていいものなの。開発者のテストに対する疑問や思いが聞けたのこれが・・・

普段話さない同僚（開発者）と会食で話す時に流れで神記事たちを紹介してきたから褒めてほしいのこうかも！

同僚（開発者）との会食時の会話を再現していきます

〜お互いの好きな技術を話したあと〜同僚「じゃあ、最近テストとか好きなんですね」私「そうですね。スクラム開発の中でテストの知識とか技法を活かせると楽しいですね。」同僚「技法って境界値分析とかですか？」私「ですです。」同僚「でも、ぶっちゃけドメイン知識とか、プロダクトの背景とか知らないと技法だけだと苦しくならないですか？」

私「あ〜、個人的にはほとんどの場合で、めっちゃ大事だと思いますね」同僚「ほとんど？」私「例えばセキュリティとかに特化したテクニカルなテストのことは分からないですけど、スクラムチームで一緒に入るような人とかは特にそうですよね。」同僚「色々な職能の人をひっくるめて開発チームっていうやつ？」

私「ですね。スクラムの3つの役割みたいなイメージしてます」 PO（プロダクトオーナー） SM（スクラムマスター）開発チームフロントエンド開発バックエンド開発 QA・テストリード

同僚「そうですよねぇ！開発側もQAも、機能の背景とか知識が大事ですよね。」私「以前rinaさんという方も背景とか目的を考えることが大事だって言ってましたし、僕もそう思います」「わからない？をわかる！に変えよう！- QAエンジニアが実践している基本的な考え方と方法」より

同僚「いやぁそうですよね！絶対！」私「ですね。それでQAの方の発案で受け入れ基準にテストケースみたいなのを入れ込むとか」同僚「バグを未然に防いで、開発者側も単体テストでより有効なテストをかけちゃうみたいな！？」私「です！rinaさんが同じ資料で紹介してました」私「あまりテスト技法をしらない開発側にも勉強になるし、非常に良いと思います」

同僚「えぇぇ・・・めっちゃいいね。rinaさん」「わからない？をわかる！に変えよう！- QAエンジニアが実践している基本的な考え方と方法」より

私「テストの資格試験（JSTQB）でも、プロセス準拠のテスト戦略みたいな名前で、こんな感じのことが書いてありますからね」私「だからはっきりと、ユーザーストーリーと受け入れ基準をしっかり書くのをテスト戦略って言い張りましょう」同僚「めっちゃいいですね。なるほどな〜。」

私「SmartHRさんの記事すごくいいんでSlackで送っときますね」「スクラムをうまく回すために受け入れ基準をきちんと書く」「早くしっかりユーザに価値を届けるためのチケットの書き方」

同僚「あっ。ごめんこの記事知ってます。以前めっちゃ良いなって思ったんですよ」私「僕もダイの大冒険と同じくらい好きですね」同僚「へぇ〜」（興味ない） ※ 私は「ダイの大冒険ガチ勢」を自称しています

しばらく関係ない話をしてから・・・

〜私がジムに通い出した話をした後〜〜（略）〜私「中山きんにくんさん、な。」同僚「へぇ〜」（どうでも良い）同僚「でもさっきQAの方の関わり方みたいな話したじゃないですか」（話を逸らす）私「え、はい」同僚「ぶっちゃけ最初からスクラムチームにQAの方が入っているのみたことないんですよね」

同僚「ぶっちゃけ、バグが目立ち初めたりしてから呼ばれたり。プロダクトがある程度育ってから呼ばれたりとか」私「いや実は私もそっちの方を多く観測しますね」同僚「ですよね。あと、同じスクラムチームと言いながら実質MTGとかも別々にやっているケースとかもあるじゃないですか？」私「結構ありますよね」

私「実質リーダー同士しか話さないみたいな。チケットでのやりとりはあるけど」開発サブチーム QAサブチームコミュニケーション

私「これ自体にどうこう思わないですけどね。対立構造とかになってさえいなければ」私「個人的には、どういう形であれ同じ目的を持った専門性が違う人って意識なんですけどね」同僚「プロダクトをよくしたい。ビジネスを成功させたい。みたいな思いは一緒ってこと？」

私「です！スクラムでよく言われるT字型の人材みたいな」「スクラムチーム—I字型とT字型の人々｜サイバーメディアン」より

私「個人的に少なくとも可能なうちは近くで関わり合いたいですけどね。」私「双方に越境して知見を共有したり、課題を解決したりとか。サイボウズさんでもそんな記事みました」「DevからQAに越境してみた」より

私「異動までしなくてもプチ越境があるとかも」「20230207_DevLOVE_ぷち越境QAのすすめ」より

同僚「いや〜。でもプロジェクトとかプロダクトの規模が大きかったり、ドメインの境界多かったりとかで最適解違うよね。絶対。」私「ですよね〜」私「他にもテストの独立性とかもあると思うので、単純に私がお互いに尊敬し合いたいだけですね」同僚「もうそれ役割っていうか組織文化の話になるんじゃないですか？」私「確かに。そもそも役割関係なく、尊敬し合えた方が絶対いいですしね」

私「SmartHRさんも横断のQAチーム作ったみたいな話もみましたしね」「SmartHR基本機能のQAチームが開発チーム横断で品質保証活動をがんばっている話」より

同僚「部分最適にならないようにみたいなのあるんですかね？」私「そうなんですかね？」私「いや、ていうかオタク早口で色々語っちゃってすみません」同僚「いや楽しかったですよ」（この後は逆にドメイン駆動設計とか、ソフトウェアアーキテクチャの考え方を聞いて終了）

他にも・・・以下のような話を開発の方に話すと喜ばれる率高いブロッコリーさんの実例マッピングに関する話テスト技法の話とか境界値分析あと、ドメイン分析テストが「あぁ〜すげ〜。めっちゃいいですね」って言われるテストツール・サービスの話とか GIHOZ ノーコードテストツールetc

なので・・・もっと皆さんの小さな改善、小さな挑戦、小さな知見・・・教えて下さると嬉しいです JaSST nano で5分登壇でもよいですブログ書いてみた！でもよいですオリジナルな知見でなくてもよいので、おすすめのコンテンツなどありましたらぜひ教えて下さい

本当にご清聴ありがとうございました

出社っていいものなの。開発者のテストに対する疑問や思いが聞けたの

出社っていいものなの。開発者のテストに対する疑問や思いが聞けたの

bun

More Decks by bun

Other Decks in Technology

Featured

Transcript