TDDを参照。
使われ方を考えてから作り方を考えることを考えることについて再考する機会があったため纏めます。 はじめに：問いの始まり 先日、若手エンジニアから「なんで実装の前にテストを書くんですか？」と投げかけられた質問に対し、私は「作り方と使われ方というものがあってだね～」と説明を始めました。ところが、言葉に詰まり、自分の中で整理できていなかった部分に気付きました。 もともとの理解 私が「使われ方を考えてから作り方を考える」という視点に出会ったのは、fukabori.fmでのt_wadaさんのTDD解説でした。 fukabori.fm そこで語られていたのは、「使い方を先に考えることで作りやすくなり、作った…
🧪 テスト駆動開発 (TDD, Test-Driven Development) 完全ガイド 📌 1. 概要 テスト駆動開発（TDD, Test-Driven Development）は、コードを書く前にテストを作成し、そのテストをパスするように実装を進める開発手法です。開発プロセスの初期段階からテストを重視することで、バグの早期発見とコードの品質向上を図ります。 💡 あるスタートアップ企業が、品質を確保しながら迅速な開発を実現するためにTDDを採用しました。 開発チームは、新機能を実装する前にテストケースを作成し、テストが成功するようにコードを実装することで、バグの発生を最小限に抑えながら開…
Spring Certified ProfessionalのBuilding a REST API with Spring Bootコースを引き続き進めています。 前回の投稿から半年以上経ってしまった… 今日はテスト駆動開発の実践からです。 今回受講中のコースはこちらから↓ Building a REST API with Spring Boot 失敗するテストを作成する Javaのテストクラスは、「src/test」配下に作成する。「src/main」配下に作成しないように注意する。 テストクラスのパッケージは「src/main」に作成されているテスト対象クラスと同じにする。 テスト駆動開発…
こんにちは、KENTEM第一開発部のS・Mです。 数年前までは考えられなかった生成AIが、今や盛り上がりを見せています。 私としても仕事が様変わりする…とまでは行かないまでも、頼れる相棒として日常的に活用するようになりました。 しかし品質の担保が課題となり、コードとして採用することを躊躇してしまいます。 また、生成AIが出力したコードのチェックに時間を費やし、効率化にならないという声も聞かれます。 そこで、テスト駆動開発と組み合わせることで、安心して使えるのではないかと考えています。 テスト駆動開発について 生成AIを用いた開発手順 おわりに テスト駆動開発について まずテスト駆動開発について…
はじめに えびふりゃーー！！ nikkieです。 タイトルが全てです 目次 はじめに 目次 PyCon mini 東海 2024 pytestを使ったテスト駆動開発を体験してみよう IMO：PyCon JP 2024からのバトン 終わりに P.S. 仕掛け人モード！ 変更履歴 PyCon mini 東海 2024 11/16(土)名古屋で現地開催 PyCon mini 東海 2024は、名古屋で開催される技術カンファレンスです。全国各地から人々が集まりやすい東海地方で、Pythonについて学び、日本各地のPythonistaと交流できる場を提供することを目指しています。 このカンファレンスでは…
今更ながら読んでみたシリーズ第二弾 テスト駆動開発は、数年前のアジャイルひよこクラブだっけか？そこのイベントで知ってはいたものの、本格的に実施はしていなかった。（ちょっと後悔） そのときにちょっと、現場で試し見たが、あまり開発スピードがでなかったのと、ちゃんとしたやり方を理解していなかったのものあって、やめてしまった。 あれから数年が経過し、fukabori.fmを聞き始めて、TDDを改めて知り、今回、本を読んで再挑戦してみた。 https://www.amazon.co.jp/%E3%83%86%E3%82%B9%E3%83%88%E9%A7%86%E5%8B%95%E9%96%8B%E7%…
こんにちは！kintoneチーム所属のAndroidエンジニア、トニオ（@tonionagauzzi）です。 サイボウズでは、スクラムマスター（SM）の仕事をより多くの方々に知ってもらう啓蒙活動の一環として、リレーブログ企画を開催しています。 blog.cybozu.io 対象者: スクラムマスターが近くにいるけどありがたみを感じたことがない人 学習成果: 記事の内容に関連する悩みについて、近くのスクラムマスターに相談できるようになる この記事では、スクラムの開発チーム目線で、私が所属するAndroidチームが実践しているテスト駆動開発（TDD）という手法を紹介します。 この記事を通じて、社外…
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」のループを回します。 私たちの…
codeiq.jp
www.publickey1.jp
xtech.nikkei.com
pg-kura.hatenablog.com
shuji-w6e.hatenadiary.org
t-wada.hatenablog.jp
postd.cc
gihyo.jp
atmarkit.itmedia.co.jp
