[B! TDD] yuki_2021のブックマーク

t-wada氏に聞く、テストを書き始めるための「はじめの一歩」 - レバテックラボ（レバテックLAB）

プログラマ、テスト駆動開発者和田卓人学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『SQLアンチパターン』（オライリージャパン、2013）監訳。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。テストライブラリ power-assert-js 作者。講演や執筆などを通じ、日本におけるテスト駆動開発のエバンジェリストとして知られる和田卓人さん。 TDDとは何かを改めて言語化してもらった前回の記事では、「テストを書かずに進むのが合理的といえるときはある。でも、後からテストを書くのって難しいしつらい」とのお話がありました。テストが書かれないまま

yuki_2021 2024/07/19

リンク

TDDは「開発者テストのTips集」t-wada氏が改めてひも解く“本質” - レバテックラボ（レバテックLAB）

プログラマ、テスト駆動開発者和田卓人学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。﹃プログラマが知るべき97のこと﹄︵オライリージャパン、2010︶監修。﹃SQLアンチパターン﹄︵オライリージャパン、2013︶監訳。﹃テスト駆動開発﹄︵オーム社、2017︶翻訳。﹃事業をエンジニアリングする技術者たち﹄︵ラムダノート、2022︶編者。テストライブラリ power-assert-js 作者。日本におけるテスト駆動開発︵以下、TDD︶のエバンジェリストとして知られる和田卓人さん。TDDが世に出て20年あまりが経ち、開発者の間でその名が広がっています。その一方で、和田さんは﹁TDDの本来の意味を知らなかったり誤解したりしている人たちもかなり増えている﹂といいます。今回は、TDDは本質

yuki_2021 2024/07/16

リンク

アプリケーションの動作を担保するテストをどう書くか - JX通信社エンジニアブログ

こんにちは。kimihiro_nです。今回はアプリケーションの動作を保証するために不可欠なテストコードの書き方についてです。特に外部依存要素のテストに焦点を当ててみていきたいと思います。外部に依存するテストコード皆さんはアプリケーションのテストコードを書いていますか？内部的な状態を持たず、入力と出力が常に変化しない関数であれば、テストコードを書くのは比較的容易です。実際に関数を呼び出ししてその出力と期待値が一致しているかをみればテストすることができます。しかし実際にアプリケーションを開発する場合、データベースへの接続だったり外部へのAPI呼び出しだったりといった外部の状態に依存した処理が含まれることが多いです。このような場合、素直にテストを書くのが難しいです。多くの場合モックを利用して実際のデータベース呼び出しを置き換えたり、テスト用のリソースをdockerなどで構築してダミ

yuki_2021 2024/06/13

test
TDD

リンク

【翻訳】テスト駆動開発の定義 - t-wadaのブログ

このブログエントリでは、テスト駆動開発︵TDD: Test-Driven Development︶の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。きっかけ 2023年の年末、テスト駆動開発︵TDD: Test-Driven Development︶の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に﹁意味の希薄化﹂が発生して議論が噛み合わなくなっていました。意味の希薄化︵Semantic Diffusion︶とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。私︵和田︶はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書﹃テスト駆動開発﹄の翻訳者であることもあり、TDDの正

yuki_2021 2024/06/07

リンク

TDDを実践する中で身につけてた「設計に関するスキル」を3つ - Mitsuyuki.Shiiba

TDDを実践する中で身につけた﹁設計に関するスキル﹂があるなぁと思ったのでメモを残しておくことにする。TDDをやるときのスキルではなく設計をするときのスキル。染み込んでいる TDDは以前に書いたように︵ってもう7年も前か・・・︶あんまり使わなくなっている。でも心の中にある。ウェブアプリケーションエンジニアとしての自分にとても大きな影響を与えている。 bufferings.hatena blog.com TDDから学んだ設計に関するスキル3つ思い浮かんだまずは動くものを作る必要な分だけ作る﹁ありえない﹂の処理を考える注意ウェブアプリケーションを書くときのことを考えながら書いている。ライブラリやフレームワークのようないろんなユーザーから利用されるものは、今回の話の対象ではない。 1. まずは動くものを作る TDDで実装を書くときは﹁キレイじゃなくてもいいからテストがグリーンになる︵

yuki_2021 2024/05/01

リンク

テスト駆動開発のはじめの一歩｜t_wadaさんに聞く1人で始める自動テストのコツと考え方 - Agile Journey

アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。例えば、自動テストや、テストファースト、テスト駆動開発︵TDD‥Test Driven Development︶です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する﹁自動テスト﹂、実装の前にそのテストコードを書く﹁テストファースト﹂、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが﹁TDD﹂。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分

yuki_2021 2023/11/30

リンク

テスト駆動開発(TDD)ハンズオンのすすめ - RAKUS Developers Blog | ラクスエンジニアブログ

こんにちは、あるいはこんばんは。すぱ..すぱらしいサーバサイドのエンジニアの(@taclose)です☆ 弊社では先日テスト駆動開発（以降、TDDと呼ぶ)ハンズオン勉強会を開催しました！今回の記事の内容はズバリ２つ誤解してる!?テスト駆動開発の良さ！学ぶ事の意味！ TDDハンズオン勉強会を開催する意図や実施内容、感想！読者のターゲットは TDDを誤解している人 TDDハンズオン勉強会を弊社でもやろう！とか思ってる人を想定していますっ。誤解されがちなTDD、記事にするには書ききれないTDD...なるべく小難しい内容は省いて興味を持ってもらうための記事を書いてみようと思います！テスト駆動開発（TDD）は良い物だ！テスト駆動開発（TDD）とは何か？ TDDに対する誤解 TDDハンズオンについて TDDハンズオンの趣旨 TDDハンズオンの計画事前準備スケジュールと概要 TDDハンズ

yuki_2021 2023/08/24

リンク

t-wadaさんによる「レガシーコード改善のワークショップ」レポート - Link and Motivation Developers' Blog

Motivation Cloud のエンジニアをしています、宮田と申します。先日、和田卓人︵t-wada︶さんにMotivation Cloudの開発者向けに効果的なリファクタリングをどう行なっているかに関してワークショップを開催してもらいました。本記事では、当日のワークショップの様子や、その後の社内の変化をお伝えしたいと思います。なぜワークショップを依頼したのか？弊社では複数のSaaSを提供しています。最も歴史があり大きなMotivation Cloudではテストコードのカバレッジはそれなりに高い数値を維持していますが、ドメイン貧血症に当てはまるコードも出ており新規で参画するメンバーが仕様を把握するのが困難になってきました。開発者体験を上げていきたいと組織全体で考えておりFour Keys Metricsに基づいて生産性の向上に取り組んでいますが、並行でより良いコードにリファ

yuki_2021 2023/03/15

リンク

第4回　テストダブル～忠実性と決定性のトレードオフを理解する～ | gihyo.jp

自動テストを書く際に使いどころをマスターしたいテクニックがテストダブル（Test Double）です。テストダブルを効果的に使えばテストの網羅性、速度、再現性を向上させますが、使いどころを誤れば変更や改善の妨げになりかねません。今回は、テストダブルの利点と注意点をまとめます。テストダブルとは何かテストダブルとは、自動テストに使用する偽物、代用品のことです。たとえば、データベースや外部サービスの動作を模倣した偽物（テストダブル）を作り、自動テストから使います。自動テストで偽物を活用するテクニックを「モック」（⁠Mock）と呼ぶ方も多いですが、より正確には、テストに偽物を使う技術を総称してテストダブルと呼びます。この場合の「ダブル」は身代わりや影武者のようなイメージでとらえてください。テストに使う身代わりなのでテストダブルです。テストダブルの種類として詳しくはスタブ（Stub⁠）⁠、スパ

yuki_2021 2023/02/22

リンク

第4回　設計作業としてのテスト駆動開発 | gihyo.jp

はじめに本連載では、﹁⁠透明性﹂というキーワードで、アジャイル開発について説明しています。第四回目は、開発者の視点からの透明性について、テスト駆動開発(TDD)をキーワードに考えます。ソフトウェア開発においては、コミュニケーションギャップにより、最終的な成果物と顧客のニーズとの食い違いを生み出す原因となっています。以下のような箇所でギャップが発生します。顧客と開発者の間開発者と開発者の間前回までに、顧客と開発者の間のギャップを如何に埋めるかについてご説明してきました。適切なイテレーション設計でフィードバックの連鎖をつなげることと、タスク管理をより透明度の高い方法で実施することの重要性について紹介しています。今回は、開発者内部でのコミュニケーションギャップにスコープを当ててみたいと思います。設計の共有の重要性事前に詳細を全て決定し、ドキュメントを起こしてから開発に入るウォータ

yuki_2021 2023/02/10

設計
TDD

リンク

【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました！ - ブロッコリーのブログ

目次目次はじめに（本記事の見どころなど）テストについて話し合わなくてはならないテストの目的「うまくいかないかもしれないものは何ですか？」なぜテストをするのですか？この場合に限り…… テスト駆動開発〜テストについて語る前に説明が必要です〜テストについて話しましょうなぜすべてのテストを自動化しないの？テストカバレッジは有用な指標ですか？「テストをシフトレフトする」とはどういう意味ですか？いつ、どこでテストすべきですか？十分なテストとはどれくらいですか？おわりにはじめに（本記事の見どころなど）今回は著者本人の許可をもらった上で、「テストについて話し合わなくてはならない」（原題は「We need to talk about testing」）を翻訳したので紹介します。 dannorth.net 本記事はDaniel Terhorst-North(Dan North

yuki_2021 2022/10/14

リンク

組織に自動テストを書く文化を根付かせる戦略（2022秋版） / Building Automated Test Culture 2022 Autumn Edition

2022年9月9日日本科学技術連盟ソフトウェア品質シンポジウム2022（SQiP2022）

yuki_2021 2022/09/29

リンク

答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022

答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による﹁組織に自動テストを根付かせる戦略﹂︵その1︶。ソフトウェア品質シンポジウム20229月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント﹁ソフトウェア品質シンポジウム2022﹂がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演﹁組織に自動テストを書く文化を根付かせる戦略︵2022秋版︶が行われました。講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの﹁テスト容易性﹂や﹁デプロイ独立性﹂であると和田氏は指摘。その上で、それを実現させるような﹁自動テストを書く文化﹂をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。本記事は、2時間におよぶこの講演をダ

yuki_2021 2022/09/27

リンク

過度なDRYは読みやすさの敵！？「リーダブルテストコード」という発表をしました #vstat - give IT a try

先日、このブログでもお伝えしましたが、﹁VeriServe Test Automation Talk No.3﹂というオンラインイベントで登壇してきました。 veriserve-event.connpass.com 申込者数はなんと1000人を超えていて、大変驚きました。僕は﹁リーダブルテストコード﹂というテーマで発表しました。スライドはこちらです。 Twitterでたくさんシェアされたり、はてなブックマークがたくさん付いたり、こちらもすごい反響でビックリしました。で、どんな内容だったの？ひとことで言うなら﹁テストコードを徹底的にDRYにしようとしちゃダメよ！﹂というお話です。このネタは昔からQiitaやTwitterとかでことあるごとに話してきましたが、この勉強会であらためてなぜダメなのか、DRYに書かず、どう書くべきなのか、という話を力説してみました。優秀なプログラマほど、﹁

yuki_2021 2022/08/03

リンク

テストコードにはテストの意図を込めよう #vstat

リーダブルなテストコードについて考えよう～VeriServe Test Automation Talk No.3～で発表した資料です。【発表資料中のURL】 ※複数ページで出てくる場合は、初出のページ数に掲載 ◆P7 ISTQBテスト技術者資格制度 Foundation Level シラバス日本語版 Version 2018V3.1.J03 ◆P17 リーダブルテストコード / #vstat ◆P43 見てわかるテスト駆動開発 ◆P46 JaSSTレポート（過去のJaSSTの講演資料などが載っています） ◆P47 Agile Testing Condensed Japanese Edition ◆P48 A Practical Guide to Testing in DevOps Japanese Edition ◆P49 The BDD Books - Discovery (Japa

yuki_2021 2022/07/28

test
TDD

リンク

テスト駆動開発(TDD)のゴール「動作するきれいなコード」について考えてみる - やっとむでぽん

﹁偉大な書籍は偉大な出だしで始まる。ケント・ベック著﹃テスト駆動開発﹄(2003, 2017)はこう始まります。﹁動作するきれいなコード﹂。Ron Jeffriesのこの簡潔な言葉が、テスト駆動開発(TDD)のゴールだ。﹂テスト駆動開発エバンジェリストとして活躍している、和田卓人さん(t_wada)の講演より引用セミナー講師やアジャイルコーチの立場で、私もTDDを教えることがよくあります。そんなときはこの言葉を意識しつつ、TDDはあくまでスキル、手法のひとつに過ぎず、本当に求めるべきは動作するきれいなコードなのだと、伝えるようにしています。そのことを説明する補助として、こんな図を作りました。絵を描いてみて気づいたのですが、﹁動作する(Works)﹂には2つの側面があります。書いたコードが、書いたつもりの通りに動くこと(Verification)と、期待に応えて働き実際に役立つこと

yuki_2021 2022/02/17

リンク

ソフトウェア設計を学びたい人々にまず教えるべきことはテスト技法ではないか - 余白

根本の問題意識ソフトウェアの設計スキルはどのように獲得する（させる）ことが効果的であるのかソフトウェアアーキテクチャの目的そもそもソフトウェアアーキテクチャはどのような欲望を満たすための方法かソフトウェアアーキテクチャの目的は、求められるシステムを構築・保守するための必要な人材を最小限に抑えることである。 (CLEAN ARCHITECTURE) 「求められるシステムを構築・保守するための必要な人材を最小限に抑えたい」 => 構築容易性と保守容易性を確保したい構築容易性「構築しやすさ」とは？ソフトウェアを構築するとはどういうことかソフトウェアの2つの価値: 「振る舞い」と「構造」振る舞い: 要件を満たすこと => いわゆる機能構造: 振る舞いを簡単に変更できること => いわゆるアーキテクチャ構築しやすさ=価値の生み出しやすさ要件を満たしながら振る舞いを変更

yuki_2021 2021/10/13

リンク

TDDで過去と戦った話 - BASEプロダクトチームブログ

TDDで過去と戦った話この記事はBASE Advent Calendar 2020 20日目の記事です。 devblog.thebase.in こんにちは。BASE BANK株式会社 Dev Division にて、 Software Developer をしている永野(@glassmonekey )です。今回は先日リリースした﹁BASE﹂上での売上情報をCSVでダウンロードできる売上データダウンロードAppの裏話的な内容となります。タイトルにTDDとつけたものの、そこまでTDDの話は出てきませんのでご了承ください。 BASE( ᐛ )⛺️ 新しい機能﹁売上データダウンロード App﹂が誕生しました〜！👶🎉 売上にまつわるデータをCSVにてダウンロードすることが可能💡 またサービス手数料や、決済手数料についても確認することができます👍 利益の分析にも使うことができるので、ぜ

yuki_2021 2020/12/21

リンク

プログラミングで「もっと早く知っておけば良かった」と思う知識はなんですか？

回答 (3件中の1件目) TDD（テスト駆動開発）。すなわち、テストコードを書き、実行して失敗し、それが成功するコード実装を書き、テストを成功させる。そして、リファクタリングをする。こうすることで、（テストが正しく定義・実装されていることが前提ですが）コードの正しさは保証されますし、根拠のある自信を持てます。また、常にリファクタリングされているためクリーン・コードを保つことができ、機能追加や拡張をし易くなります。そのため、ビジネスのスピードを落とさず、継続的に成長させることが可能になります。なぜ「TDDをもっと早く知っておけば良かった」のか。その感覚を掴んでいただくために、TDD...