サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
devtesting.jp
難易度は低めですが、全体(複数行)をコンバートする部分(アプリケーションのシステム境界の意識)と、個別のコンバート(ユニットテストとして推奨される単位)をどのようにバランスをとっていくか、リファクタリングしていくかがポイントとなります。 お題1 テキストはp要素でラップされる テストケース例) "Hello, World"は"<p>Hello, World</p>"に変換される。 お題2 ヘッダ(Lv1)はh1要素でラップされる テストケース例) "# 見出し1"は"<h1>見出し1</h1>"に変換される。 お題3 ヘッダ(Lv2)はh2要素でラップされる テストケース例) "## 見出し2"は"<h2>見出し2</h2>"に変換される。 お題4 ヘッダをLv6まで対応する お題5 強調表示(*で囲む)に対応する(strong要素) お題6 リスト記法(-)に対応する お題7 複数行のM
この資料は、TDD Boot Camp を開催したいと感じた人向けの資料です。 TDD Boot Camp は、さまざまな場所で様々な言語で開催されています。 規模も5,6人から70人ぐらいまで、と様々です。 TDD Boot Camp を開催するには、「開催したい」という気持ちがあれば良いだけです。 後は、多くの方が協力して下さると思いますので、「TDDをもっと多くの人に知って欲しい」と思ったら、あなたも是非開催してみてください。 開催までの流れ 開催の目的を決める 会場・講師・TAの目星をたてる 企画内容の決定 会場や資料の準備 直前の確認 当日運営 後日対応 各項目について、個別に見ていきましょう 開催の目的を決める TDDBC を開催したいと思ったら、今までの開催を確認しましょう。 TDDBCの運営ML(ぜひ参加しましょう!) TDDBCまとめページ 上記を踏まえて、今回は何のため
課題1 整数の閉区間 (closed range) 【例】 [3,8] -> 下端点 (lower endpoint) が3, 上端点 (upper endpoint) が8 である整数閉区間 -> 3 と 8 は区間に含まれます 課題1−1 下端点と上端点を与えて閉区間を生成しよう 閉区間から下端点と上端点を取得しよう 閉区間から文字列表記を取得しよう 【例】 // [3,8] を生成 ClosedRange c3to8 = new ClosedRange(3,8); // [3,8] の下端点は 3 int lowerEndpoint = c3to8.getLowerEndpoint(); // => 3 // [3,8] の上端点は 8 int upperEndpoint = c3to8.getUpperEndpoint(); // => 8 // [3,8] の文字列表記は "[3
OSとIDEに応じて、以下の4パターンの導入手順をまとめました。お使いの環境に併せてご参考にしてください。 A.Eclipse on Windows7 B.Eclipse on Mac OS X C.IntelliJ IDEA on Windows7 D.IntelliJ IDEA on Mac OS X A.Eclipse on Windows7 1.Java JDK7 Windows7 開発環境構築手順:Java実行環境(jdk7)インストール JDK7最新バージョンを入手、インストールし、バージョン確認が出来たら完了。 2.Eclipse (Pleiades4.2 or 3.7) 日本語 Eclipse / Pleiades All in One 日本語ディストリビューション 環境導入の手間を考えて、ここではPleiades All in Oneを利用する事とします。 上記サイトから
デモでペアプロ再現 おかし 楽しむ!! @kenchan さんにダックタイピングの心得を教えて頂いた 会場が駅から近くて良い テストを書く! めげずに TDD テストを書かなければという意思(キリッ) 長岡で TDDBC 継続的な開催 TA 一人あたりのペア数が少なかったので、じっくり見れた(地方開催の利点?) 自己紹介 ハンズオン ペアプロ たっぷりペアプロできた ペアとはよく話す ポジションペーパーを事前にアップする 早めに申し込む 相手にはっきり自分の意見を伝える 相手の意見を最後まで聞く・聞き出す 議論を避けない 楽しむ! おいしいお菓子(長岡銘菓的な) 懇親会(緑川的な) テストを書くことを継続したい デモで Eclipse を使うことを事前に知りたかった レビューで何をしたら良いか戸惑う方がいたので、経験者がいる場合、先にやってもらった方が良かったと思います コードレビューの質
Java、バージョン番号のルールを変更 - 20の倍数、5の倍数、1足して…… (アナウンス原文) Limited Updateは20の倍数を割り当てる Critical Patch Update(CPU)には5の倍数を割り当てる。倍数が偶数になる場合にはさらに1を加算して奇数へ変更する Limited UpdateとCPU以外の予定外のアップデート(Security Alert 等)はそれらバージョン番号の間の数字を使用する 例 JDK7u40 7 : family number 40 : update number バージョンアップ LUされたら → JDK7u60 CPUされたら → JDK7u45 → JDK7u51 その他 → JDK7u41 最初に この仕様に矛盾点がないかペアで相談してみよう! 題1 : validかどうか調べよう Version.isValid("JDK7u
@@ -31,7 +31,7 @@ * [[TDD Boot Camp 長岡 1.0でTAやってきました #tddbc - assertInstanceOf('Engineer', $a_suenami)|http://a-suenami.hatenablog.com/entry/2013/05/21/163724]] * [[TDDBC長岡 1.0 でTAをしてきた - diary.shu-cream.net|http://diary.shu-cream.net/blog/2013/05/18/tddbc-nagaoka.html]] * [[TDDBC長岡に参加してきました - Programming log - Shindo200|http://shindolog.hatenablog.com/entry/2013/05/22/231311]] -* [[civic site » #
用語集 http://devtesting.jp/tddbc/?TDDBC%E4%BB%99%E5%8F%B002%2F%E8%AA%B2%E9%A1%8C%E7%94%A8%E8%AA%9E%E9%9B%86 対象 飲み物自動販売機 Ver 2.0 課題を解くにあたって大事な事 課題を全部解くのを目標するのではなく、ワークショップの学習成果を最大化するように心がけましょう! ペアプロはこまめに交代するようにしましょう!10分ぐらいが目安です! TDDは「きれいで動くコード」を目指します。必要に応じて各自独自にリファクタリングを心がけましょう! 課題の箇条書きはTDDのRED->GREENの1サイクルに対応している訳ではありません。やりやすいように仕様を整理・分割して、スモールステップで進めましょう オブジェクト・モジュールはこまめに分割しましょう(たとえば自販機、在庫管理、金銭管理という
必要なもの Visual C++ Express IDE です PCUnit cunit like な libc 非依存のテスティングフレームワークです Ruby コード生成スクリプトを使うために必要です はじめに この文書は Visual C++ Express で PCUnit を使うための環境構築の手順です。 PCUnit 付属のコード生成スクリプトを使えるようにすることが目的です。 空っぽの状態から始める手がかりにしてください。 1. プロジェクトを作りましょう 最低でも3つにしたほうがいいと思います。 PCUnit スタティックライブラリ github で公開されている PCUnit のリソースを置いてしまいましょう ソースフォルダには .c なファイルを、ヘッダーフォルダには .h なファイルを入れてください SampleMain? スタティックライブラリ 本体コードをここに入
目的 はじめに テスティングパターンの一覧 パターンランゲージ 読み進めかた マーチン・ファウラーによる本書の構成の説明 私の読み方 原著者(Gerard Meszaros)による情報源 コミュニティによる情報源 さいごに この連載記事の目的は次のような感じです。 xUTP読書会で得られた知見を整理する xUnit Test Patterns に書かれている内容を分かりやすい形で広める 英語の壁も、難しさの壁も、読書会の有志による努力によって取り払われました。 軽い気持ちで、xUnit Test Patterns に挑戦してみましょう。 TDD にせよテストファーストにせよ、テストコードを書くのは近代的な開発では当然の行為です。 しかし、戦略の無いままに無数に書かれたテストコードは保守が難しかったり、 仕様変更によってプロダクトコードのみが修正されテストコードの修正は忘れられてしまうなど、
書いた人:@yujiorama(id:yujiorama) 目次 目的 はじめに テストの匂い テストコードの匂い Obscure Test Conditional Test Logic Hard-to-Test Code Test Code Duplication Test Logic in Production 振る舞いの匂い Assertion Roulette Erratic Test Fragile Test Frequent Debugging Manual Intervention Slow Tests プロジェクトの匂い Buggy Tests Developers Not Writing Tests High Test Maintenance Cost Production Bugs さいごに 目的 この連載記事の目的は次のような感じです。 xUTP読書会で得られた知見を
対象 飲み物自動販売機 Ver 2.0 課題を解くにあたって大事な事 課題を全部解くのを目標するのではなく、ワークショップの学習成果を最大化するように心がけましょう! ペアプロはこまめに交代するようにしましょう!10分ぐらいが目安です! TDDは「きれいで動くコード」を目指します。必要に応じて各自独自にリファクタリングを心がけましょう! 課題の箇条書きはTDDのRED->GREENの1サイクルに対応している訳ではありません。やりやすいように仕様を整理・分割して、スモールステップで進めましょう ステップ0 お金の投入と払い戻し 10円玉、50円玉、100円玉、500円玉、1000円札を1つずつ投入できる。 投入は複数回できる。 投入金額の総計を取得できる。 払い戻し操作を行うと、投入金額の総計を釣り銭として出力する。 リファクタリング (今後の仕様変更に備えて実装とテストをリファクタリングし
書いた人 大中浩行(せとあずさ♂)(@setoazusa) Unit Testを行う場合において、テストケース側から制御することが難しいコンポーネントが行う処理のことを間接的入出力(Indirect Input)といいます。例えばJavaでサーブレットを書く時には、HttpServletクラスの public void service(ServletRequest req, ServletResponse res) というメソッドをオーバーライドするわけですが、HttpServetRequestやHttpServletResponseのインスタンスはどこで生成されているのかといえば、それはWebコンテナの内部であって、我々が関与できるところではありません。他にもデータベースであるとか、外部環境とのエクササイズを伴うとか、異常系の動作を確認する必要があるとか、Unit Testを書く上で妨げ
書いた人 @tomy_kaira goos 勉強会皆勤ですが、ただの参加者です。 goos とはなにか? goos 本とは、Growing Object-Oriented Software Guided by Testsという、テストファーストでオブジェクト指向なソフトウェア開発の本です。 和田さんの TDDBC のスライド等で紹介されているので、ご存知の方も多いかもしれません。テストするのが難しいが、実際に作るソフトウェアでは必須の技術(GUI、通信など)に対して、具体的な手法を学ぶことができます。テスト駆動開発入門で身につけたユニットテストのその先に進むことができます。 goos 読書会とは? goos 本は、鈍器と呼ばれる xUTP ほどではないですが、内容のしっかりした洋書であり、一人で読みすすめるのにはかなりの忍耐とやる気が必要です。とくに Part I や Part Ⅱ のテス
書いた人 @goyoki はじめに こんばんは。goyokiです。 先日TDD Boot Camp for C++にてTDD入門の次のステップについて講演させていただきましたが、今回はその補足・復習として、ユニットテストの構築と保守について解説させて頂くことになりました。雑多な連載となるかもしれませんが、一連の記事がTDD習得の一助となれば幸いです。 テストコードの再利用 RED→GREEN→REFACTORの基本サイクルを回していくうちにありふれた作業となるものに「テストコードの再利用」があります。 例えば過去に書いたテストコードを使ってリファクタリングを実施する、過去に書いたテストコードを変更してREDにする、といった感じにです。 その「テストコードの再利用」は、製品コードの保守と同じく色々な手間や問題が存在します。ただ一方で、TDDの作業を様々な面で支えており、結果的にTDDの恩恵の
xUnitester Hotlinks は、毎号、著名な xUnitester にインタビューを行っていこう、という企画です。 栄えある第一回のインタビューは、日本の TDD 伝道師、和田卓人さんにお願いしました。 こちらは後編となります。前編はこちら 和田卓人(わだたくと) タワーズ・クエスト株式会社取締役社長、プログラマ、テスト駆動開発者。 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒する。その後様々な縁に導かれソフトウェアパターンやXP(eXtreme Programming)を実践する人たちと出会い、後のテスト駆動開発の誕生を知る。テスト駆動開発に「完璧主義の呪い(完璧な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念)」を解いてもらってからは、文章を書いたり、講演を行ったり、ハンズオンイベントを開催するなどして、テスト駆動開発を広めよう
xUTP Magazine 『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。 目次 巻頭言 xUnitester Hotlinks: 第一回 和田卓人さん(下) goos 読書会への誘い 来年(2012年)のTDDBC予報 編集後記 次号予告 次号は2012年2月末頃を予定しています。 掲載予定記事 未☆定 おねがい 記事へのご意見、ご感想や、「こんな記事が読みたい」、「あの人の記事が読みたい」、といったご希望などがありましたら、お気軽にお問い合わせください。 記事の投稿も随時受け付けております。また、編集に参加したいというお申し出も大歓迎です。 連絡先:devtesting-ja_at_googlegroups.com
はじめに xUnitester Hotlinks は、毎号、著名な xUnitester にインタビューを行っていこう、という企画です。 栄えある第一回のインタビューは、日本の TDD 伝道師、和田卓人さんにお願いしました。 こちらは後編となります。前編はこちら 和田卓人さんのプロフィール 和田卓人(わだたくと) タワーズ・クエスト株式会社取締役社長、プログラマ、テスト駆動開発者。 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒する。その後様々な縁に導かれソフトウェアパターンやXP(eXtreme Programming)を実践する人たちと出会い、後のテスト駆動開発の誕生を知る。テスト駆動開発に「完璧主義の呪い(完璧な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念)」を解いてもらってからは、文章を書いたり、講演を行ったり、ハンズオンイベントを開催
主なユニットテストフレームワークと、 関連するプラグインなどを紹介します。 また、 それが使われたことが分かっている TDDBC も記載しました。 (SCMS などの言語に依存しないツールであっても、 使われた言語のところに載せてあります。)
前回に引き続き、Mockitoの紹介を行います。今回はMockitoの特徴のSpy機能と、7月にRC1がリリースされたMockito1.9.0の新機能の紹介です。 前号の訂正 前回の記事で、 メソッドの呼び出し回数を検証する場合は、timesメソッドを使用します。 と書きましたが、引数を1つ取るverifyメソッドは第2引数にtimes(1)を指定する検証のエイリアスですので、「メソッドが1回呼ばれた」ことを検証する場合はtimes(1)を指定する必要はありません。 なので、前回で例示した verify(response, times(1)).sendRedirect("/top.jsp"); は、 verify(response).sendRedirect("/top.jsp"); で用を足します。 Spy Mockitoの特徴の一つとして、実オブジェクトに部分的にスタブの適用を行う、S
xUnitester Hotlinks は、毎号、著名な xUnitester にインタビューを行っていこう、という企画です。 栄えある第一回のインタビューは、日本の TDD 伝道師、和田卓人さんにお願いしました。 編集作業の関係で上下編に分割となりました。ご了承ください。(編集部) 和田卓人(わだたくと) タワーズ・クエスト株式会社取締役社長、プログラマ、テスト駆動開発者。 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒する。その後様々な縁に導かれソフトウェアパターンやXP(eXtreme Programming)を実践する人たちと出会い、後のテスト駆動開発の誕生を知る。テスト駆動開発に「完璧主義の呪い(完璧な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念)」を解いてもらってからは、文章を書いたり、講演を行ったり、ハンズオンイベントを開催するな
『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。 巻頭言 xUnitester Hotlinks: 第一回 和田卓人さん xUTP Topics: 第二回 xUnit Test Patterns の世界観「テストコードの不吉な匂い」 mockitoでサクサクTest Double生活(下) TDDでのテストの構築と保守 その1 ユニットテストで支えるTDDの作業 TDD Boot Camp レポート 編集後記 次号予告 次号は2012年1月末頃を予定しています。 掲載予定記事 おねがい 記事へのご意見、ご感想や、「こんな記事が読みたい」、「あの人の記事が読みたい」、といったご希望などがありましたら、お気軽にお問い合わせください。 記事の投稿も随
この連載記事の目的は次のような感じです。 xUTP読書会で得られた知見を整理する xUnit Test Patterns に書かれている内容を分かりやすい形で広める 英語の壁も、難しさの壁も、読書会の有志による努力によって取り払われました。 軽い気持ちで、xUnit Test Patterns に挑戦してみましょう。 私見ですが、分量の多い本なので、全体像を掴んでから興味のありそうなところを つまみ読みするのがよいのではないか、と思っています。 前回は表紙の裏に記載されている、「テスティングパターンの一覧」について示しました。 今回は裏表紙の裏に記載されている、「テストコードの不吉な臭い一覧」と「逆引きテスティングパターン」 を紹介したいと思います。 例によってリンクはxUTP読書会Wikiから辿れるようになっています。 リンクの無いものは、独立した章にはなっていないものの、文中で触れられ
『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。 巻頭言 xUnitester Hotlinks: 第一回 和田卓人さん (予告) xUTP Topics: 第一回 xUnit Test Patterns の世界観 mockitoでサクサクTest Double生活(上) TDD Boot Camp Tokyo for C++ レポート 編集後記 次号予告 次号は2011年11月末頃を予定しています。 掲載予定記事 xUnitester Hotlinks: 第一回 和田卓人さん xUTP Topics: 第二回 テストコードの不吉な匂い mockitoでサクサクTest Double生活(下) テスト駆動開発入門ネクストステップ TDD Boo
xUTP Magazine について 『xUTP Magazine』、略して『ぺけま』は、xUTP読書会の有志による xUnitester の xUnitester による、xUnitester とそうでない人のためのウェブ雑誌です。 最新号 0004号 巻頭言 xUTP Topics: 第三回 xUnit Test Patterns の世界観「テストコードの不吉な臭い」 TDD Live 番外編(TDD序破Q) 編集後記 バックナンバー 0003号 xUnitester Hotlinks: 第一回 和田卓人さん(下) goos 読書会への誘い 来年(2012年)のTDDBC予報 0002号 xUnitester Hotlinks: 第一回 和田卓人さん(上) xUTP Topics: 第二回 xUnit Test Patterns の世界観「テストコードの不吉な臭い」 mockitoでサ
会場 国立情報学研究所20階 edubaseSpace 告知 TDD Boot Camp 東京 for C++ ポジションペーパー https://docs.google.com/present/edit?id=0Ab59wlyKMxzaZGs1emdxY185Z2djZDc2Y3g&hl=en_US 参加者リスト @yujiorama/tddbc4c(ポジションペーパーから作成しました) 感想記事 @legobokuさん#tddbc TDD Boot Camp 東京 for C++ に参加してきました @esper_dmさんTHAT's MY WAY: TDD Boot Camp 東京 for C++ @DAIDAI_obtさんTDDBC tokyo for C++ に参加しました @kaorun55さんTDD Boot Camp 東京 for C++ に参加 & 講演してきました #t
TDDBC横浜では、参加申し込みは抽選とする予定です。(先着ではありません) 申込の準備が整い次第、ご案内させていただきます。なお、ライトニングトークス・地方枠については、一般枠に先立って申込を受け付けます。 一般枠 28名(予定) 申込は、こくちーずよりお願いします。 申込受付は、2011/10/5 00:00〜2011/10/11 23:59までです。 参加者まとめリスト ライトニングトークス枠 4名 1人5分のフリートークです。 抽選に漏れた場合は、改めて一般枠に応募可能です。 キャンセルが生じた場合は、空いた枠は一般枠に回ります(ライトニングトークスのキャンセル待ちはありません)。 ライトニングトークスの申込は、こくちーずよりお願いします。 申込受付は、2011/9/26 23:00〜2011/10/3 00:00までです。 地方枠 3名 1都3県(神奈川・東京・千葉・埼玉)以外か
TDDBC仙台01について、参加された方々、講師、運営スタッフ、様々に感じたことがあるかと思われます。 そこで、皆様の感じたことをKPTとしてここに集めたいと考えました。 TDDBCの更なる発展のため、ご協力いただければ幸いです。 細かい単位でテストをする*3 ペアプロ*4 第二回も参加したい*2 Groovy!Spock TDDの実践 小さく細かく一歩ずつができた テストを地道に出来る大きさで積み上げることを体感できた 積極的に参加できたこと 3人で乱取り形式ははまらなくて良かった TDDに触れることが出来て良かった。楽しかった。 疑問に思ったことをちゃんと聞いて解決する。メンバー間で共有する おやつ付き 短時間で交代すること Red->Green->Refactoring 事前にチーム分けしておいたのは良かった(運営) 撤収作業が順調に終わった(運営) NUnitにやられた。道具は大事
次のページ
このページを最初にブックマークしてみませんか?
『http://devtesting.jp/』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く