InfoQ: SplkskyとBobおじさんの対決
ここ数週間、Joel Spolsky(リンク)とRobert C Martin(リンク)(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff Atwood (リンク)とJoel Spolskyの「38:th Stack Overflow」 (リンク) というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった(Joelテストとは、「Joelテスト: よりよいコードのための12のステップ」のことだ) (リンク)。Joelはこのように説明している(リンク)。 テスト駆動開発について議論されていることですが、すべてはユニットテストすべきだという意見があります……たくさんの人が私に、Joelテストを読んだ後で、「13番目の項目としてユニットテスティングを加えるべ
xUTP Magazine - ぺけま
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でサ
TDD Boot Camp 東京 1.6 に行ってきた - ぐるぐる～
行ってきました。 当日は .NET の TA をやるはずでしたが、希望者がいませんでした。残念。 暇になったので、C++ と Java の混合グループに入れてもらって、一人で F# やってました*1。 ソースは github に上げてあります。 bleis-tift/TDDBCTokyo1.6 · GitHub timeup というタグまでが、会場でやったところです。 それ以降は、ホテルに戻ってからの分で、一応全部のお題をやってあります*2。 開発は、 Visual Studio 2010 NaturalSpec / NUnit Git / git-now / Git-Hooks メモに TODO リスト な感じでやりました。 NaturalSpec は使い込み度合いがまだまだなので、色々試しながら進めました。 順を追って見てみる 最初の方は割と細かく進めたので、順を追って見てみます。長い
被害妄想とか言われた件 - ぐるぐる～
RubyKaigi2011 で「別の"MVC 3 vs Rails 3"」という発表があったそうです。 で、TL に「ASP.NET MVC3 ではテストが有料」的なつぶやきが流れてきました。 もちろんそんなことはないので、「違うよ！」ってつぶやいたら、発表を行った方から発表資料への URL を頂きました。 で、それを見てみると (テストの部分に関して) 微妙に言いたいこともあるのですが、聴衆がその部分をスルーしていたっぽい、ということがわかりました。 ですが、54 ページ目に気になる表現があったのです。 テストを重視するふつうの開発者は Rails 3 https://skydrive.live.com/?cid=39980b426ffec3a7&sc=documents&id=39980B426FFEC3A7%21310 これです。 これに対して、 「テストを重視するふつうの開発者はR
TEF有志によるTestLink日本語化プロジェクト - TestLinkJP
How to Write a Thesis on T-Building A strong introductory paragraph starts with a hook that grabs the reader’s attention. Then, it provides details that lead to the thesis statement. The T Building—formerly the Triboro Tuberculosis Hospital in Queens, New York —is now affordable and supportive housing. It’s also a model for adaptive reuse of historic buildings. Adaptive Reuse of an Historic Buildi
ソフトウェア品質の12の属性
システム開発において「品質の向上」という標語がしばしば掲げられますが、 「品質の属性」については無頓着なケースが多いのではないでしょうか。 ひとくちに品質といっても多様な属性があります。 顧客と品質の話で揉めたことはありませんか？ 品質には多様な属性があり、単一の軸で良しあしを決められないという側面があります。 そのため、単に「品質」と言ってしまうと認識に齟齬が生じるのです。 Karl E. Wiegers氏が著書 「ソフトウェア要求」 で挙げた、すべてのプロジェクトが検討すべき12の属性は以下のとおりです。 可用性availability 動作可能時間の指標。システム故障までの平均時間MTTF(Mean Time To Failure)を 平均修復時間MTTR(Mean Time To Repair)とMTTFの合計で割った値。稼働率とも呼ばれる。 効率性efficiency 同じ処理性
テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる, tDiary 3.0.2 リリース - 会長@腹部日記(2011-04-29)
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ － Publickey
グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ グーグルでTest Engineering Directorを務めるJames A Whittaker氏が、ブログ「Google Testing Blog」に書いているグーグル社内のソフトウェア品質に関するノウハウ。最近の記事「How Google Tests Software - Part Four」「How Google Tests Software - Part Five」では、ビルドの種類とテストの種類について紹介しています。 One of the key ways Google achieves good results with fewer testers than many companies is that we rarely attempt to sh
JaSST'11 Tokyoに登壇 - 千里霧中
少し前になりますが、先日JaSST'11 TokyoにTDD研究会として登壇させていただきました。 拡張型TDD@JaSST'11 Tokyo View more presentations from H Iseri JaSSTソフトウェアテストシンポジウム-JaSST'11 Tokyo このセッションでは、本当に様々な方々に大変お世話になりました。改めて御礼申し上げます。 なお本発表では色々なフィードバックをいただくことになりました。そのお陰で、かなり贅沢な形で、考案した方法論の課題や可能性などを炙り出すことができたと実感しています。 現在はそれらを活かして研究会で更に検討を進めている状況です。発表の機会もいくつか研究会で検討中ですのでご期待ください。
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者8万人以上 チケット販売550万枚以上
Seleniumを使いやすくするために - システム開発についてのつぶやきとか：楽天ブログ
2010.02.19 Seleniumを使いやすくするために (1) カテゴリ：システム開発 Seleniumを調べている方なら辿り着くかと思いますが、 以下のようなマクロを公開されている方がいます。 Excelenium http://d.hatena.ne.jp/language_and_engineering/20090524/p1 ※作者の方、これを見て、著作権について問題あれば掲示板等にコメントください。 という状況なので、以下のファイルを使われる方は、あくまで個人の責任で使ってください。 現状での再配布等は控えていただきますようお願いします。 仕様書として残すという意味で、すばらしいものだと思うのですが、 個人的にはもう少し作りやすくできないかと思い、 マクロやレイアウトを組みなおしてみました。 僭越ながら、 Excelenium2という名前で公開させていただきます。 主な変更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
デフォルトでテスト成功にするという JUnit の設計判断とその功罪について
テストの無いアプリケーションをテストする方法