[B! t_wada] JGEEMのブックマーク

JGEEM id:JGEEM

t_wadaに関するJGEEMのブックマーク (13)

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

TDD

t_wada
リンク
開発生産性の観点から考える自動テスト（2024/06版） / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition
2024年6月29日 Findy 開発生産性カンファレンス2024 Closing Keynote https://dev-productivity-con.findy-code.io/2024
JGEEM 2024/06/30
あとで読む

t_wada

TDD
リンク
自動テスト実行結果の目的を整理する / Organizing objectives of automated test results
自動テストの実行結果を「意思決定と行動を促す情報」という役割から再整理し、包括的にまとめます。 Nextbeat Tech Bar：第一回ソフトウェアテストについて考える会 https://nextbeat.connpass.com/event/309287/
JGEEM 2024/03/23
t_wada
リンク
【翻訳】テスト駆動開発の定義 - 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の正
JGEEM 2024/03/09
"設計せずにいきなりテストコードを書き始めることではない" "リスト、レッド、グリーン、リファクタ" テストリストとは対象の仕様だし、仕様を満たすにはどうしようか？を考えることが設計だと思ってる。広まれ！

TDD

t_wada
リンク
変更容易性と理解容易性を支える自動テスト（2024/02版） / Automated Test Knowledge from Savanna 202402 YAPC::Hiroshima edition
YAPC::Hiroshima 2024
JGEEM 2024/02/10
毎度ながら目指すべき姿を提示いただけて感謝。先日のリファクタリング動画を見てからの本資料だとmedium→small戦術における"テスト容易性を下げる要素を薄く切り出し"が具体的にイメージできるようになった。感謝感謝

ソフトウェア開発

自動テスト

t_wada
リンク
保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発、その全体像～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発⁠⁠、その全体像～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より今回、Software Design 2022年3月号第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱　自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版（Gihyo Digital Publishing、Amazon Kindle）をご購読いただければ幸いです。第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ
JGEEM 2024/01/16
"保守性は(略)今では前進力、改善力、推進力の源です。自動テストはそのような保守性を支える柱です。" この考え方を開発部門はもちろん、業務や企画、営業部門に至るまで認知している世界を目指したい

t_wada

TDD

設計
リンク
実録レガシーコード改善 / Working with Legacy Code: the True Record
2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエピソードとコードをプロダクトオーナー（引き継ぎ前のコードを書いた本人）の許可を得て使用しています。登場するコードは全て本物、登場するデータは講演用の架空のものです。
JGEEM 2024/01/15
いつもながらためになる。というかもはや読んでて面白いしエキサイトするまである。実コード使ったライブコーディングもさぞ、、とりあえず1/22が楽しみ

t_wada

TDD

設計

DDD
リンク
予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022
PHPerKaigi2022 2022/04/10 10:40〜 Track A レギュラートーク︵40分︶ PHP はバージョンを追う毎に型宣言、例外、表明、列挙型などの機能が大幅に強化され、堅牢なコードを書くための機能が充実してきました。それらの機能はどう使うと効果的なのでしょうか。本講演では PHP 8.1 をベースにして、誤りを想定してチェックするのではなく、そもそも誤りにくい設計とはどのようなものか、つまり﹁予防﹂の観点を軸足に、堅牢なコードを導くための様々な設計のヒントをご紹介します。 Agenda - 型宣言 - 列挙型 - ドメインモデリング - 不変性と等価性 - 完全性 - レイヤーと責務
JGEEM 2024/01/14
あとで読む

t_wada
リンク
Property-based Testing の位置付け / Intro to Property-based Testing
2023/12/20(水) https://findy.connpass.com/event/303813/
JGEEM 2023/12/25
t_wada

テスト技法

テスト設計

プロパティベーステス

Property-basedTesting
リンク
リファクタリングを文化にする〜組織が技術的負債と向き合うワークショップ〜 - MonotaRO Tech Blog
皆さんこんにちは。 CTO-Office の香川とEC開発-Bグループの竹原です。 11/28に和田卓人氏(id:t-wada)を講師としてお招きしてテストとリファクタリングのためのワークショップを開催いたしました。技術者正社員のうちプログラミングをすることの多いメンバー全体の約1/3にあたる総勢53名が参加しての開催となりました。本記事ではまず第一弾としてワークショップの概要や目的、全体の流れについて簡単にご紹介いたします。また第二弾(2024年1月公開予定)では、運営とワークショップの問題の作問に関わったメンバーにそこでの学びや実践について紹介いただきます。開催に至った経緯とMonotaRO DOJO MonotaRO DOJO とは社内の課題とワークショップの目的開催経緯ワークショップの全体像と開催までの段取りワークショップの全体像概要タイムテーブル開催までの
JGEEM 2023/12/22
TDD

t_wada

モノタロウ
リンク
第8回　脆いテスト～継続的な変更と改善を阻むテストの原因と対策～ | gihyo.jp
本連載の主なテーマは、信頼できる実行結果にできるだけ短い時間でたどり着く自動テスト群の構築です。連載の区切りとして、なぜ自動テストを書いてメンテナンスしていくのか、そしてそれに立ちはだかる「脆いテスト」（⁠fragile test）について整理します。自動テストを書く動機自動テストを書く動機には、不具合混入を防止する、問題箇所の絞り込みを容易にする、動く仕様書やサンプルになるなどいろいろありますが、最大の動機は、変化を抱擁し、ソフトウェアの成長を持続可能なものにすることだと筆者は考えています。ソフトウェアを取り巻く世界は変わりました。ソフトウェアは世界を飲み込み、事業と一体化しました。事業を取り巻く市場もエンドユーザーのニーズも刻々と変化する時代においては、より速く、より安全に変化する力が求められます。コードを変更しなければ動き続けることが期待できる時代ではもうなく、決められたものを
JGEEM 2023/10/18
"自動テストを書く動機は…変化を抱擁し、ソフトウェアの成長を持続可能なものにすること""より速く、より安全に変化する力が求められます" 書き出しから確信を突きすぎ。。同意するだけでなく進めなければ。

t_wada
リンク
技術選定の審美眼（2023年版） / Understanding the Spiral of Technologies 2023 edition
Tech BASE Okinawa 2023 2023/09/23(土) https://codebase.connpass.com/event/285901/ https://techbaseokinawa.com/
JGEEM 2023/09/23
t_wada
リンク
質とスピード（AWS Dev Day 2023 Tokyo 特別編、質疑応答用資料付き） / Quality and Speed AWS Dev Day 2023 Tokyo Edition
AWS Dev Day 2023 Tokyo GS-1-2 | 6月 22 日（木）10:55 - 11:45
JGEEM 2023/09/08
t_wada
リンク
1