サーバー構築を構成管理とTDDで作業する時代になってきた - プログラマの思索
ChefやPuppetなど、サーバー構築をプログラムで作成する時代になってきた。 しかも、サーバー構築を構成管理とTDDで作業するのが最近の流れのようだ。 クラウドが当たり前の時代になった今、もう一つの技術革新が生まれているように思う。 クラウドについてはまだ理解不十分だけれども、気になる記事をメモ。 【元ネタ】 Chefのテストスイーツを色々試してみた （1） - カイワレの大冒険 Chefのテストスイーツを色々試してみた （2） - カイワレの大冒険 Chefサーバを動かすまでの方法をまとめてみた（自動化のススメ） - カイワレの大冒険 2008年出版された「ThoughtWorksアンソロジー ―アジャイルとオブジェクト指向によるソフトウェアイノベーション」では、ラストマイル問題が提示されていた。 ラストマイル問題とは、いくらソフトウェアを作っても、本番環境へリリース＆稼働確認するの
データパターンの組み合わせからテストケースを自動生成するツール - プログラマの思索
データパターンの組み合わせからテストケースを自動生成するツールAssistAllpairが使い易かったのでメモ。 ラフなメモ書き。 【元ネタ】 デシジョン・テーブルを活用する AssistAllpairの詳細情報 : Vector ソフトを探す！ つれづれなる技術屋日記: 「AssistAllpair」がPICT生成も対応 組み合わせテストをオールペア法でスピーディに！：第2回 PICTの基本的な使い方｜gihyo.jp … 技術評論社 テストケースの作り方: プログラマの思索 PICTで出力したテストケースをTestLinkへ取り込む: プログラマの思索 テストケースを作る場合、システムの状態遷移を元にテストケースを作る時が多い。 モデルを書けば、大抵、システムの状態遷移図も書いている。 状態遷移図は状態遷移表と同値だから、デシジョンテーブルへ落とし込める。 又、データパターンに基づいて
プロダクトバックログとスプリントバックログの違い～要求マネジメント - プログラマの思索
「成功する要求仕様 失敗する要求仕様」の最後に、要求マネジメントに関するクイックレシピがある。 その方法が、Scrumのプロダクトバックログとスプリントバックログを上手に使い分けるのと同じように思えたのでメモ。 【1】あるシステムを作るために、要件定義をしているとしよう。 その時、「成功する要求仕様 失敗する要求仕様」のクイックレシピによると、以下の手順が必要になる。 1.ブレーンストーミングで要求をまず洗い出す。 要求の実現性は問わない。 要求の優先度や重要度も洗い出す。 2.ブレーンストーミングで洗い出した要求リストから、要求か否かを決定する。 実現できる要求のトリアージを行い、要求の候補を決定する。 但し、この段階では、コストやスケジュールは未決定。 3.リリース計画を作る。 実現可能なスケジュールと予算を作り、リリース計画へ入れる要求を足していく。 但し、作成中のリリース計画では不
【公開】KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」 - プログラマの思索
関西Ruby会議01＠関西-KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」を公開します。 CC Attribution ライセンスとします。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) チケット駆動開発は、まちゅさんが最初に提唱された。 しかし、チケット駆動開発の概念はまだ曖昧で、一部でしか注目されていない。 僕は、Redmineというプロジェクト管理機能を持つBTSがプロジェクト管理をIT化してくれて、プロジェクト運営が大きく変わったことを経験した。 その体験をチケット駆動開発(Ticket Driven Development)という概念へ昇華できないか、考えた内容が上記の資料です。 コメントがあれば嬉しいです。 【参考】 Rubyist
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
