コードがドキュメントだ - Martin Fowler's Bliki (ja)
http://www.martinfowler.com/bliki/CodeAsDocumentation.html アジャイル手法はプログラミングをソフトウェア開発の中心的役割に押し上げた、とよく言われる——ソフトウェア エンジニアリング コミュニティがやってるようなことよりもずっと優秀だよなあ。 プログラミングが中心的役割となったのは、コードをソフトウェア システムにおける「（最）重要なドキュメント」と位置付けたことが理由なんだと思う。 おっと、よく誤解されるので先に反論しておこう。 先ほどの「コードは重要なドキュメントだ」という原則だけど、 「コードが”唯一の”ドキュメントだ」とは言ってない。 「XPではコードがドキュメントだ」とよく耳にするけど、 XPのリーダー達がそんなことを言ってるのは聞いたことがないなあ。 コードを補完するには、他にもドキュメントが必要なんだ。 なぜコードが重
よいユニットテストを書くには
テストを小さくする。適切なツールを使う。プログラマとテストがペアになる。これらは、よいユニットテストを書くための、Adrian Bolboaca氏からの提案だ。 ユニットテストは、プログラミングとテストが混ざり合ったものだ。プログラマは、テスタと共に作業することで、お互いに学び合い、視野を広げることができる。 Adrian Bolboaca氏は、Mozaic Worksの組織と技術に関するコーチであり、ヨーロッパテストカンファレンス 2017において、様々なタイプの自動テストについて話す予定だ。 InfoQは、このカンファレンスについて、Q&A、要約、記事で扱う。 [ヨーロッパテストカンファレンス]は、専門家や実践者が一緒に話し、学び、テスト技術を実践するところです。 私たちは、テストをもっと効果的にするために、先進的な新しい方法を詳しく調べ、より強いコミュニティに成長する基本的な方法を十
Martin Fowler's Bliki in Japanese - ユニットテスト
http://martinfowler.com/bliki/UnitTest.html 2014/5/5 ソフトウェア開発において、ユニットテスティングの話題になることが多い。私がプログラムを書きはじめて以来ずっと、ユニットテスティングという言葉はおなじみだった。 しかし、ソフトウェア開発用語の常として、ユニットテスティングという用語もきちんと定義できていない。 ユニットテスティングという用語の意味を実際よりも厳密にとらえてしまったせいで、混乱してしまっている人もよく見かける。 もちろんそれ以前からもユニットテスティングはやってきていたのだが、それを人前で公表したのは、Kent Beckと仕事をして Xunit系のツールを使い始めたころのことだった （この種のテストのことは、ユニットテスティングっていうより「xunitテスティング」って呼んだほうがいいと思うんだ）。 ユニットテスティングは
ペアプログラミングについてみんなが誤解していること | Act as Professional
プログラマ1人で完成できる仕事に、2人のプログラマを投入して、直感的に判断してペアプログラミングを拒否する人がいます。これには大きな間違いとリスクが潜んでいます。ペアプログラミングに対する真実を理解しましょう。 ペアプログラミングはコードを書く時間が15％増える1999年にユタ大学でおこなわれた実験によれば、設計の時間を別にして、ソロプログラミングに対してペアプログラミングを実施したペアは平均して15％多く、プログラムを書く時間に費やしました。 では、なぜペアプログラミングを選択するのか？将来的なテストと現場のリソース要求を減少させるためです。一般的なシステムにバグが見つかると業界のデータでは、33時間から88時間を修正に費やすそうです。これが、開発期間中に欠陥を修正すると0.5時間から88時間の時間を節約できることになるのです。したがって、ペアプログラミングは寿命の長いソフトウェアほど、
XP祭り関西にてユニットテストの保守に関する発表 - 千里霧中
先週末、XP祭り関西2011にて「ユニットテストの保守性を作りこむ〜設計・実装の工夫で支えるテストの継続的活用〜」と題した講演をさせて頂きました。 今回は内容として、ユニットテストをより継続活用するためテストの実装とテスト設計の工夫でユニットテストの保守性を高めていく、という話を取り上げさせて頂いています。 ユニットテストの保守性を作りこむ, xpjugkansai2011View more presentations from H Iseri. ※PDF版 今回は、直前にJaSST'11 Tokyoで登壇機会（残務処理が終わり次第報告したいと思います）があり、また仕事も急がしいままという状況が重なって準備でしんどい思いをしましたが、何とか無事に終わりかなり安堵しています。 登壇者として声をかけて頂いた細谷さんや、すばらしいイベントを作り上げているXPJUG関西の方々に深くお礼申し上げます
C++アプリケーションの効率的なテスト手法（CppUnit編） ― ＠IT
第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 前回は単体テストの重要性を示し、従来のC／C++でのテスト手法であるprintf関数やassertマクロを使ったテストを紹介しました。この2つのテスト手法は開発環境（コンパイラとライブラリ）さえあれば利用でき、その使い方も簡単です。しかしながら、いずれも系統立てて、効率よくテストを行うには力不足の感が否めません。 今回は、Visual C++ 2005 Express Editionを含むVisual Studio 2005（以後、VS 2005）で利用できる代表的な単体テスト・フレームワーク（Unit Test Framework）の1つである「CppUnit」を紹介します。 ■単体テスト・フレームワークとは？ 前回、「バグは早期発見が望ましい。早
Story→functional test→unit test - http://rubikitch.com/に移転しました
Jay Fields' Thoughts: Story 9: Display Customer Support Number 何かを実装するときには、まず最初におおまかなstoryを思い浮かべる。 storyを描いたら、コードはfunctional testから書く。もちろんunit testも書くのだが、まずはfunctional testからだ。 そうすることで細かな実装の詳細に惑わされることなく、より高い視点で物事をとらえることができる。 functional testはもちろんコケる。だが、それは次に何をすべきかを示している。 unit testはガンガンstubを使って書く。そうすることで外的要因に惑わされずにその部分のテストを書くことができる。しかも、unit testは常にfunctional testよりもはるかに速い。 たとえばファイルに依存している場合はFile.stu
Top - XPJUG関西wiki
XPJUG関西トップページ 2016年02月27日「XP祭りin関西2016」盛況の内に閉幕しました。 2015年10月02日「XP飲み会」開催します。 2015年04月11日「XP祭りin関西2015」盛況の内に閉幕しました。 メディアスポンサー「オーム社」様にて連動イベント開催！ 2014年06月28日(土) 「アジャイルジャパン神戸サテライト」無事終了しました。 2014年04月26日(土) 「XP祭り関西2014」無事終了しました。 2013年11月02日(土) 【XP寺子屋】「シンプル・プログラミング」」 2013年08月17日(土)「お客様へ価値を届け続けるために〜継続的デリバリーの活用〜」を開催します！ 2013年05月24日(金)アジャイルジャパン大阪サテライト 2013年04月27日(土) 「XP祭り関西2013」を開催します！ 2012年12月21日(金) 【XP寺子屋
オブジェクト倶楽部 - XP_jp
ここは…エクストリームプログラミング(eXtreme Programming = XP)を紹介するページです。 もしあなたがXPをはじめて知るのであれば、 最初に 導入記事 か、 FAQ を読むことをお薦めします。 また、当ページ内容は、「XP-jpメーリングリスト」で議論されています。 入会方法は、このページの末尾にあります。 自分たちの良いところを認識することからはじめるXP(07/11/07) 「テスト駆動開発（TDD）が分かると従来の設計手法の問題が見えてくる」 (04/04/27. by arton, IT Pro) http://itpro.nikkeibp.co.jp/free/JAV/J2EE/20040426/1/ XPの導入記事から、Martin Fowler, Kent Beck, Ron Jeffries, Ralph Johnson, William C. Wak
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
