テスト駆動開発

fukabori.fmtwadaさんメモ。 先日のブログの補完としておもしろかったです。 記憶だけでメモ書いておくと、 TDDとは、 テストリスト作成→（Red→Green→Refactor）のループ のフレームワーク（手順）のことだ。 テストリストは最初から完全である必要はない。テストばかり先に書くのもダメ。使用者として動かしながら気付きをテストリストや実装にも反映する。 設計に「終了」はない。ソフトは変わっていくし、最適の設計を追いかけるもの。設計は「決まったものをつくる」ものではない。それを支えるテクニックが自動テストとリファクタリング。そうやって「いいぐあいの、ちょうどいい設計」を維持…

テストファーストやテスト駆動開発は「お好み」です。個人の好みや状況に応じて行うかどうかを決めれば、それで十分です。 そゆこと。 t-wada.hatenablog.jpスッキリまとまっててわかりやすく、再確認するのによかったです。 テスト駆動開発を行うこと自体で価値や正当性が生まれるわけではありません。（中略）世の中で（ここで説明した誤認の影響もあり）「テスト駆動開発の効果」と言われているものの多くは、実際には自動テストや開発者テストの効果です。自動テストを書きましょう。開発者テストを行いましょう。この2つは本当におすすめです。

TDD+モブプログラミングでワイワイする会 その40に参加しました！ その記録を残そうと思います 会の流れ TDDとモブプロについて、また今回のモブプロで意識することについての説明 チームに分かれてTDD ＋ モブプロする（1問目） 中間振り返り＋休憩 チームに分かれてTDD ＋ モブプロする（2問目） 最後の振り返り チームに分かれてTDD ＋ モブプロする（1問目） チームは四人で、私たちのチームでは一問目としてFizzBuzzをPythonで解くことにしました。 まずToDoリストを作成し、テストを書き、TDDの「Red、Green、Refactoring」のループを回します。 私たちの…

はじめに この記事について ちょっと前に X でテストファーストであることの意義みたいな話が流れていたのを見たのをきっかけに、テストファーストおよびテスト駆動開発について日頃思っていることをだらだら書いてまとめておこうと思います。 概要としては、テストファーストで書こうが書くまいがどちらでもよくて、要はスムーズに開発できる方法論を自分なりに確立できていればそれでいいんじゃないか、ということです。 前提として、私は「基本的にはテストファーストで書くが、いつもテストファーストで書くわけではない」派です。 テストファーストとは プログラムを書くときに、テストコード（自動テスト）を先に書き、プロダクシ…

はじめに 最近、t_wadaさんのテスト駆動開発のライブコーディングのyoutube動画を見る機会がありました。この前読んだちょうぜつ本にFizzbuzz問題のテスト駆動開発が載っていたのでやり方のイメージはついていましたが、実際にライブコーディングを見るとコーダーの頭の中がとても良く分かり有益な動画でした。そちらに触発されて本家のテスト駆動開発本を読破したくなってしまったので読んでみました。 テスト駆動開発作者:ＫｅｎｔＢｅｃｋオーム社Amazon t_wadaさんのライブコーディング動画 www.youtube.com ちょうぜつ本 ちょうぜつソフトウェア設計入門――PHPで理解するオブジ…

こんにちは。決済認証システム開発事業部の齊藤です。 最近Github Copilot（以下、Copilot）を試験導入し使っているのですが、開発する上で特にテスト駆動開発が捗ることに気づきました。そこで、社内外の方にもCopilotを使ったテスト駆動開発を広められれば、全体的に開発効率を上げることができるのではないかと思い本記事を書きました。 目次 目次 Copilotとは テスト駆動開発とは Copilotを活用したテスト駆動開発の手順とメリット テスト駆動開発の手順 Copilotを使用したテスト駆動開発 Copilotを使ったテスト駆動開発のメリット テストコードを書くスピードが上がる …

はじめに BLUE GIANTすごかった！ nikkieです。 来る登壇のお知らせです。 目次 はじめに 目次 XP祭り2023 現地開催「小さなテクニカルプラクティスのワークショップ」 終わりに P.S. タイトルの秘密 変更履歴 XP祭り2023 XP祭りとは 日本XPユーザグループ(XPJUG)が主催しているイベントです。 アジャイル開発プロセスの1つ、エクストリームプログラミングを指してXP。 「参加者同士が、XP についての交流の場」として毎年XP祭りが開催されます。 昨年参加した様子はこちらです 個人的には、IT業界に入ったばかりの方（新卒や異業種から転職の方）にXP祭りがオススメ…

序文 このブログもすっかり放置が過ぎて、なんと1年以上更新してませんでした。まぁ今回のように書きたいことがあったら時々書くようにします。文章書くのもそれなりにパワーがいるんですよね。 「テスト駆動開発モブ写経読書会」のご紹介 掲題の件ですが、そもそもとしてオレの意見ではなく、我々が運営・開催している「テスト駆動開発モブ写経読書会」から出た意見ですので、まずは発端となった「テスト駆動開発モブ写経読書会」から紹介させてください。 tddrinking.connpass.com テスト駆動開発作者:ＫｅｎｔＢｅｃｋオーム社Amazon 「テスト駆動開発モブ写経読書会」は「テスト駆動飲み会」から派生し…

はじめに 介護事業者向け経営支援サービス「カイポケ」でQAを担当している中村です。先日、「カイポケ」に関わる開発エンジニア3名、QAエンジニア3名で「Scrum Inc. 認定 アジャイル・テスティング研修」に参加してきたので、その時のことを簡単にお話しします！ 参加の経緯や目的 私自身はこのイベントの存在を知っていたわけではありませんでしたが、同僚やマネージャーからの紹介と推薦により、会社の支援を受けて参加することになりました。もともとAgile Testingに関する少しの知見と強い興味を持っていたのですが、実践的なスキルを身につけることはもちろん、「組織に適用する方法を学ぶこと」や「組織…

yr-camp.connpass.com 今週もこちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 章全体の感想 結論から得られた示唆 実際の開発現場の様子 Data Flow Diagram 全体を通した感想 章全体の感想 まず、全体的にこれまでの章と比べてかなり面白かったという話がありました。TDDしながら言語を比較するアプローチの新鮮味やボブおじさんのTDD好きがすごい出ている点などは特に話題として挙がっていました。 結論から得られた示唆 本章の結論の内容が示唆に富んでいたという話をしていきました。 Clojureの方がテストから得られるFBがやや遅くなったとい…

はじめに こんにちは、Tochiです。 第2章~第18章に引き続き、今日も読み進めていきます！ 今日は第19章の「Software Trends」ついて考えていきたいと思います。 第2章まとめ 第3章まとめ 第4章まとめ 第5章まとめ 第6章まとめ 第7章まとめ 第8章まとめ 第9章まとめ 第10章まとめ 第11章まとめ 第12章まとめ 第13章まとめ 第14章まとめ 第15章まとめ 第16章まとめ 第17章まとめ 第18章まとめ https://amzn.asia/d/7tUC5KQ はじめに 19章 19.1 オブジェクト指向プログラミングと継承 19.2 アジャイル開発 19.3 ユニッ…

はじめに 今回はWeb APIの仕様書として広く使われているOpenAPIについて調査してみます。 OpenAPIとは OpenAPI(旧Swagger)はREST APUのAPI記述形式です。 公式ドキュメントによると、次の内容を記述できると書かれています。 利用可能なエンドポイント(/users)と書くエンドポイントでの操作(GET /users, POST/users) 操作パラメータ 各操作の入力と出力 認証方法 連絡先情報、ライセンス、利用規約、その他の情報。 参考: https://swagger.io/docs/specification/about/ なお、よく登場するSwag…

yr-camp.connpass.com 今週もこちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の名前 spacewarプログラム clojure.spec 人生のほうがソフトウェアよりも難しい 全体を通した感想 会の名前 この勉強会に関する問い合わせが来ていて、会の名前は見直したほうが良いかも知れないという話をしていきました。 結果、次からconnpassを立てる時は、yr-learningという名前にしてオブジェクト指向のこころはタイトルから消そうという話になりました。 spacewarプログラム spacewarプログラムのエッセンスは、Builderパタ…

はじめに 技術評論社さんから「Ruby コードレシピ集」をご恵贈いただきました。 どうもありがとうございます！本書の概要を公式サイトから抜粋します。 最新Ruby 3.3に対応。Rubyでやりたいことがすぐにわかる，逆引きレシピ集の決定版。 Rubyの基礎知識や実践ですぐに役立つテクニックを，目的別にまとめた逆引きレシピ集です。文法／データ操作／正規表現／文字列操作／テスト／エラー処理といったRubyの基本から，RubyGems／データベース操作／データ処理といった実践的な開発に役立つテクニックまで，やりたいことをすぐに逆引きできるように整理しました。繰り返し参照しやすい形式で構文やコードをわ…

リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の…

アジャイル開発の方法論やフレームワークはいくつかありますが、ユーザベースのスピーダ事業では執行役員CTOである林尚之さんの主導によりエクストリームプログラミング（XP: eXtreme Programming）を全面的に採用しています。2023年3月にはアジャイル関連書籍の共訳・監訳などで幅広く活動される角谷信太郎さんがエクストリームプログラミング顧問として就任し、エンジニア組織の向上に取り組んでいます。 当初は「いまどきXPで大丈夫か？」と半信半疑だった角谷さんですが、かなりの規模でXPを実践できていることに驚いたそうです。そんな角谷さんと林さんが、アジャイル開発を推進する上で大切なことは何…

こんにちは！コードをきれいに効率的に書く。やらなければいけないことですが、とても難しいことです。時間をかければできるかもしれません。ただ、業務になると時間との勝負であり実現することは困難です。私レベルですと。。なので、学びます。下記の本を参考にしました。 レガシーコードとは レガシーコードとは、一般的に以下のような特徴を持つコードのことを指します。テストがない自動化されたテストが存在しないため、変更が難しく、バグが発生しやすい。依存関係が多い他のコードやシステムに強く依存しているため、変更が困難。可読性が低いコードが複雑で理解しにくく、ドキュメントも不足していることが多い。古い技術や手法を使用…

いわゆる「ソフトウェア設計書」が設計ではなく、ソースコードが設計であるという話。 随筆です。考えマトメ中なので、ツッコミはそのあたり踏まえていただければ。 追記：ブコメに「設計の定義は？」とあったので末尾に追加しています。 追記(2024/8/15)：設計書ってなんだろう？というのも書いておきました。 ソフトウェアの「設計書」とはなんなのか - きしだのHatena このエントリで書いたのですけど、もうすこしちゃんと。 建築では多重下請けでやれてるのに業務システムでだめなのはなぜ？ - きしだのHatena このエントリでは次のように書いています。まあ、これで全てではあるのだけど。 「建築など…

TechRAMEN 2024 Conference、お疲れ様でした！ もう3週が経とうとしていますが、レポートを書いていこうと思います。今回は当日スタッフ&普通の参加者（？）として参加しました。 TechRAMEN 2024 Conference 「上川地方に技術の知見を惜しみなく注ぐ，技術好きのための円卓会議」です。 旭川市でははじめての100人以上の規模のIT技術カンファレンスでした。運営は旭川や富良野のコミュニティの有志の方がメインで行い、今回縁あって当日スタッフとしてお手伝いをしました。 セッション 前日と本祭、今回特定の言語やフレームワーク、ベンダーといった枠組みではないカンファレン…