![【翻訳】テスト駆動開発の定義 - t-wadaのブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/2ed7f3f1cedb32daf7ba0935958f929d3570a775/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Ft%2Ft-wada%2F20240306%2F20240306130540.png)
更新 2024.03.08 テスト駆動開発(TDD)は、ソフトウェア開発の“やり方”の一つで、その名の通り、テストが開発を牽引する方式です。 しかし、初めて聞く方や、なんとなく理解しているだけの方にとっては、具体的な内容やそのメリット、実践方法がわかりづらいかもしれません。この記事では、テスト駆動開発とは何か、なぜそれに取り組むのか、そしてどのように始めれば良いのかについて詳しく解説します。 また、テスト駆動開発についての誤解や勘違いを解きほぐすための情報も提供します。 テスト駆動開発は、一見すると長い道のりに見えるかもしれませんが、実際には一歩一歩進めば容易に始めることができます。この記事を通じて、テスト駆動開発の理解を深め、その取り組みを始める一歩を踏み出してみてください。 テスト駆動開発とは|TDDとは何か テスト駆動開発は、プログラミング手法、コードを書き進めるやり方です。プログラ
質とスピード(2022春版、質疑応答用資料付き)
組織としてテスト自動化に取り組むべき理由と、手段としてのテスト駆動開発を紹介する講演資料です。以下のような内容です。 ねらい: ・主に顧客向けの業務システム(B2B)を開発している、 ・プロジェクトベース、ウォーターフォールプロセスが主流の開発現場や運用保守の現場にいる、 ・マネージャーのかたに向け、 ・テスト自動化が自分たちのメリットになると納得してもらい、 ・その道筋として2つのアプローチを紹介して、 - テスト駆動開発 - ペアプログラミング ・組織的・長期的に取り組む価値を感じてもらう アジェンダ: 1.自動化したい理由 2.必要な人材を考える 3.テスト自動化の端緒 ~テスト駆動開発について~ 4.深めつつ広げる鍵 ~ペアプログラミングについて~ 5.見る夢について
本編開始は 19:05 からです こちらのイベントのYoutubeLive配信のアーカイブです https://tddbc.connpass.com/event/183044/ チャプター 0:00:00 準備開始 0:19:05 講演開始 0:41:55 ライブコーディング開始 0:57:20 プログラミング開始 1:02:00 最初の RED ? 1:19:00 fake it 1:26:50 最初のリファクタリングおわり 1:36:40 質問タイム 1:51:20 5の倍数に着手 1:53:40 前半のデモのまとめ 1:55:20 質問タイム2回目 1:56:45 リリースから3年後の世界(テストをメンテナンスしやすくする) 2:14:20 テストの構造化とリファクタリングの説明
スピーカー名札 12/7〜8の2日間、サイゴン(ホーチミンシティ)とハノイで行われたAgile Vietnam Conference 2019にセッション公募が通って登壇してきた。 サイゴンの登壇者ずらり ここ数年参加しているカンファレンスで、ベトナムで講演するのは2015年以来。正確には2016年にワークショップをやっているけれど、純粋にトークで登壇するのは4年ぶりだったらしい。 サイゴンで登壇して夜飲んで翌朝ハノイに移動*1、ハノイで登壇という強行軍(いつもそうだけど)だった。 TDDワイワイ会(正式名称「TDD+モブプログラミングでワイワイする会」、tddyyχ)についてはこちら。 miholovesq.hatenablog.com Introduction to TDDYYΧ ある部屋のアジェンダ(わたしのセッションがある) サイゴンでは3トラックある中で1トラックのお昼の直前のス
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY(クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0) で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです(これであなたもテスト駆動開発マスター!?和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します~現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd|CodeIQ MAGAZINE)。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
あまりにバズってしまったので、前書きを追加 ここまでバズってしまって正直すまんかった。 この記事はもともと愚痴記事をマイルドにして投稿しただけなので「テストを勧める」とか「テストを信奉する」とかそこまで強い意図は特にありません。(私がテスト好きなのは否定しません) 「テスト書こう」に対して「そんなコストはない」と言いながら、いろいろ問題が生じる現状を愚痴りたかっただけです。愚痴るだけだと生産性がないから、なんでこんなに認識が違うんだろうと原因を考えた結果、テストを書くことに対する技術で実際にコストが大きく異なるなと気づいて書いた次第です。 この記事の対象は「テストを書く技術がなく、テストを書く気がない」組織に所属する人です。 アジャイル開発において「テストコードは当然」なのか?という記事で(私の記事をきっかけとして)テストコードの「徹底」とか「カバレッジ100%」とかを批判し、トレードオフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く