tlyncのブックマーク - はてなブックマーク

スクラムでの初期の見積り
みなさんこんにちは。@ryuzeeです。よくスクラムで初期見積りってどうやるの？って聞かれますので、思ったことをツラツラと書いておきます。ちなみに見積りはあたらないので（もちろん当てる努力はしますし、当たった方がいいのは勿論ですが）、そのつもりで考えたほうが良いでしょう。例えば競馬で一点買いして毎回的中すると思う幸せな人はあまりいませんが、一方で開発の見積りは毎回当たると考えちゃうのはどうかしてるということです。 1. 開発初期に全体を見積もるそもそも一発であたる見積りをするのは不可能であるのは不確実性コーンのグラフ等を見れば分かります。だからといって見積りをしなくてよいわけではありません。この時点では、分かっている要求をプロダクトバックログに落として、それぞれのプロダクトバックログアイテムをラフに見積もっておきます。もしプロダクトバックログがないようであれば、そもそも何のため
tlync 2012/11/02
scrum

agile
リンク
【資料公開】自動テスト vs 手動テスト
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。ライセンスはオリジナルに準じてCC BY-SA 3.0とします。内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。スライドではROIの例があがっていますが、テストの自動化のコスト＞手動コストの１回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に
tlync 2011/04/27
testing

agile
リンク
より良いテスト駆動開発を行うためのチートシートの紹介
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていないテストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
tlync 2011/04/24
tdd

cheatsheet
リンク
Tracを高速化する2つの方法 | Ryuzee.com
Tracは標準では全てのリクエストがcgi経由なので、よほどのマシンでないかぎり動作は非常にもっさりした感じになる。通常のcgi経由で、100回リクエストを発行した場合（abコマンド） Concurrency Level: 1 Time taken for tests: 39.932895 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Non-2xx responses: 100 Total transf erred: 350700 bytes HTML transf erred: 309000 bytes Requests per second: 2.50 [#/sec] (mean) Tim
tlync 2009/08/03
trac

tips

performance
リンク
1