Oct 31, 2018 at AWS Dev Day Tokyo 2018 #AWSDevDay #AWSTDD
テスト駆動開発の考案者 Kent Beck が記した原典『Test-Driven Development by Example』を新たに訳し直し、新訳版『テスト駆動開発』としてオーム社から復刊しました。ただ訳し直すだけではなく、初めての方にも旧訳版をお持ちの方にも読んでいただけるための工夫を凝らしました。 テスト駆動開発 作者:Kent Beckオーム社Amazon 電子書籍版は Kindle 版は Amazon Kindle ストア、 PDF 版と EPUB 版は 達人出版会 から発売されています。 テスト駆動開発 作者:KentBeckオーム社Amazon テスト駆動開発【電子書籍】Kent Beck(著), 和田卓人(訳) オーム社 発行日: 2017-10-20 対応フォーマット: PDF, EPUB 詳細を見る 『Test-Driven Development by Exampl
1. Copyright 2017 Hiroyuki Onaka TDDはじめて物語 Second Season 2017/9/30 TDDBC Tokyo 2017-09 大中浩行 この作品は クリエイティブ・コモンズ 表示 4.0 国際 ライセンスの下に提供されています。 2. Copyright 2017 Hiroyuki Onaka 突然ですが、ここで問題です 平成28年春期 応用情報技術者試験(午前) より https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2016h28_1/2016h28h_ap_am_qs.pdf
こんなイベントに参加&主催側として色々やってきた。 tddbc.connpass.com TDDBCとは TDD Boot Camp(TDDBC) とは、テスト駆動開発(Test Driven Development)について、座学だけでなく、実習形式で手を動かして体得することを目的とするイベントです。 各地のコミュニティの方々が中心となって、全国各地で行われています。 (http://devtesting.jp/tddbc/ より引用) Toyama.rbにも頻繁に参加してくれている @hikaruworld さんが中心となり、@kunitooさんと私で手伝うような形で準備していて、この土日に無事開催できた。 特別ゲスト @t_wada 氏。もうこれ以上無い完璧なゲスト。 個人的には「えっ、まじで!?あの@t_wadaさん来てくれるの!?」って感じだった。 会場 秀夢木楽館 www.ai
The Color of Money — Chris Potter (CC BY 2.0)Update Jan 26, 2019: It has been brought to my attention that the claim “fixing a production bug may cost 100x more than fixing a bug at design time” is apocryphal. I still stand by the positive ROI and timesaving powers of TDD, but you should read this as a subjective opinion rather than scientific fact. Our industry is in great need of better data col
Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl
Loves JavaScript, Ruby, and IPAs. His blog helps fellow devs level up their Angular, React, and JS skills. Known as @dceddia around the Interwebs. Introduction You’ve spent some time with React, maybe even written a few tests. But you’re not really sure how best to test your components. Where do you start? What exactly do you test? Some React components seem so simple that it’s not even clear whet
Do you resonate with any of the following? Do your view controllers become massive and hard to understand, fix bugs, and add new features? Okay, you moved the business logic to the models. But now your models become too fat. Does your app use one gigantic storyboard? Have you ever wasted 4 hours to try to reproduce a bug, and then a week to fix it? And still going nowhere? Ready to just monkey pat
高いところがダメな小飼です。再来週飛行機に乗ります。 さて、先日Angular1.x系のSPAにユニットテストを導入した話で、作成中のコンポーネントだけをブラウザに描画して、TDDっぽく開発を進めていく手法について触れました。 今回はその具体的な手法について触れたいと思います。 (あまり類似の記事を見たことがないのですが、もしかしたら記事にするまでもないことだったりして...) ヘッドレスなテストへの不安 PhantomJSのようなヘッドレスブラウザやjsdomのような擬似ブラウザ環境でのテストは、実行が軽い反面、テストしたコンポーネントが実際にどういう動きをしているのか?どんな風に描画されているのかに確信を持ちづらいところがあります。 どうにかして、自分が書いているテストが実際にどんなコンポーネントをブラウザに描画するのかを確認出来れば安心できるのですが... ところでテストランナーのk
この記事はTDD Advent Calendar jp: 2011 : ATNDへの参加エントリです。昨日は@Gab_kmさんの「#107 TDDに対して思っていること « TDD « Gab_kmのブログ」です。 自己紹介 新潟県長岡市のSIerでプログラマーやってます。10月には「TDDBC 長岡 0.1」と銘打って、第23回長岡IT開発者勉強会の中の1セッションとして、TDDについて語らせてもらいました。 (第23回長岡IT開発者勉強会でしゃべってきました @masaru_b_cl #nds23 #tddbc) Dart言語でTDDやりたい! そんな「TDDBC 長岡 0.1」でTDDについて発表することになりましたが、テーマが「Googleがらみのなんか」とのこと。これは「Dart言語でTDDデモするしかないだろう」と、誠に安易ながらそう思ったわけです。 しかし、Dart言語はまだ
"Software Engineering Radio" という PodCast の Kent Beck のインタビューがとても面白かったので、要点を日本語訳したい。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ 1時間くらいのインタビューなので、一人で全部やるのは辛い。。。と思い、リレー形式でこれを訳するプロジェクトを @urimaro さんと(勝手に)立ち上げました!参加したい人は、ぼくか@urimaroさんがこの PodCast を訳したブログや日記に、参加意思表明のコメントをください。基本、先着でまわしたいと思います。 ではここから。正確に訳しているのではなくて、ポイントを日本語にしていきたいと思います。インタビュー
Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
前編はこちらです 4:テストに伴うコスト 2014年5月27日 audio 今回のテーマは、テストとTDDのマイナス面です。 テストをやりすぎることがあるか、そして機能的なコードよりテストを重視するチームには問題があるかという点について議論しました。 議事録 Davidが会話の口火を切りました。 「トレードオフについて話すなら、当然そのマイナス面について理解しなければならない。なぜなら、欠点のないトレードオフは存在しないからだ」 このあと彼は続けて、TDDは開発者に何かを強制するわけではないが、ある一定の方向に導くことは確かだと言いました。 それから、最初の問題点として、テストの過剰な実施を取り上げました。 TDDでよく言われるのは、テストに失敗せずして1行のコードも書くべきでないということです。 Davidも当初はこの考え方を合理的だと思っていましたが、そのうち、テストをやり過ぎる傾向が
後編を公開しました(2014/10/8) これは、テスト駆動開発(TDD)とTDDがソフトウェア設計に与える影響についてKent Beck、David Heinemeier Hansson、および著者の3人で行った一連のディスカッションの議事録です。 ディスカッションに至った経緯 あるセンセーショナルな発言とブログ記事が発端となり、お互いの見解と経験について理解を深める目的で、話し合いが持たれました。 この会話のきっかけとなったのは、 DavidがRailsConfで行った基調演説です。 彼はRailsコミュニティでTDDおよびユニットテストへの不満を表明しました。 程なくして、彼はいくつかのブログ記事を公開しましたが、そのうちの最初の記事で “TDDは終わった” と宣言したのです。 それから2~3日後、Davidのその後の記事について私がタイプミスの修正を送ったところ、 Davidは彼の
技術部の松尾(@Kazu_cocoa)です。 最近、 @moroや私を中心に、テストから開発を駆動するという方向で、とある活動を始めました。その活動の中では、 @t_wadaさん を 技術顧問 として巻き込んで活動を進めています。そんな取り組みを少しここにまとめます。 取り組みの前段階 先日、私はテストエンジニアというロールに焦点を当ててテストという言葉に対する2種類の話をいたしました。TDDのようにテストによって開発を駆動していく側面の話と、人の認知・感じ方に寄った仕様自体含めてテストしていく側面の話です。 クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアのあり方〜 を開催しました! クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアvol.2 Testing編〜 を開催しました! その際、会の傍でt_wadaさんらと私たちが開発するWebアプリケーショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く