アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 弊社ではアジャイル開発、スクラムのトレーニングを提供しているのですが、トレーニング中には多くの質問をいただきます。 今日はよくある質問とその答えについていくつかご紹介したいと思います。 好評そうだったら続編も書く予定です。 ■アジャイル開発において、ドキュメント作成の一般的な指針を教えてくださいどのようなドキュメントがいつ、どの粒度で必要なのかはプロダクトやプロジェクトに依存します。 プロダクトやプロジェクトにはそれぞれ固有の品質基準があり、それはアジャイルやウォーターフォールといった方法論の違いによって変わるものでもありません。 したがってプロジェクト冒頭でプロダクトオー
Incremental test design 昨年度追加されたISTQBのFoundation Level Extension Syllabus Agile TesterのAgile Testing Practicesの項にはテスト設計に関する興味深い記述がある [1]。 Incremental test design: Test cases and charters are gradually built from user stories and other test bases, starting with simple tests and moving toward more complex ones. アジャイルテストのテスト設計の特徴として ユーザーストーリーをテストベースとして用いる事 シンプルなテストケースの追加から始まり、より複雑なものへと変化して行く事 Increme
今日（2015-04-25）は福知山線の脱線事故から 10 年目の 4 月 25 日。つまり、まさーるさんこと石井勝さんが亡くなられてからも 10 年になる。 まさーるさんは、一言でいえば 1990 年代後半から 2000 年代前半の日本におけるオブジェクト指向プログラミング、自動テストとテスト駆動開発、そしてアジャイルソフトウェア開発の啓蒙において大きな役割を果たされた方だ。もしも 10 年前の福知山線に乗っていなければ、いまでも日本を代表するプログラマの一人だったのではないかと思う。 まさーるさんの残した足跡は、様々なところに見いだすことができる。 Java プログラマであれば、 Quick JUnit という Eclipse プラグインを使ったことがある方が多いのではないかと思う。 Quick JUnit はテストコードとテスト対象コードの間をショートカットで行き来できる便利なプラグ
リリースサイクルが早い開発の中で、我々はどのようにテストを行っていけば良いのでしょうか？ 今回は私が前職行っていた、探索的テストをメインとした戦略をご紹介します
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 （本記事は「アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013」の続きです） 品質を作り込むプロセス コンピュータサイエンティストとして有名なEdsger Dijkstraは、信頼性の高いソフトウェアが必要であれば、最初からバグを避ける方法を探さなければならないことに気づくだろう。と言っています。 つまり、バグを作り込まない、品質を作り込むプロセスにすることで、大事な時間をデバッグに使われないようにするのです。 テストドリブン
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 アジャイル開発とは、単にすばやく柔軟に開発する手法なのではなく、そこに品質を作り込んでいくことが欠かせないのだ、というメッセージでした。非常に多くの内容が詰め込まれた講演でしたが、その概要を記事として紹介しましょう。 “Demand Technical Excellence”アジャイルにおける技術と品質の重要性 James Grenning氏。 その前に、私がアジャイル開発に関わった経緯について触れておきましょう。 1999年当時、私はRobert Martin（著名な
The document discusses Extreme Programming (XP) and acceptance testing techniques like customer tests, behavior driven development (BDD), and Fit. It explains how these practices emphasize collaboration between customers, developers and testers to ensure software meets requirements through conversation and executable specifications using examples with formats like Given, When, Then.
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者8万人以上 チケット販売550万枚以上
日本PostgreSQLユーザ会北海道支部 / Ruby札幌 合同セミナーを見て、TDD(テスト駆動開発)について思ったことをもう少し。 テストの分類（スライドの43ページ目）が個人的には衝撃的だった。 Developer Testing（開発促進のためのテスト） Customer Testing（進捗管理のためのテスト） QA Testing（品質保証のためのテスト） ウォーターフォール脳でアジャイル開発に手を出したときの落とし穴はここだったのかと膝を打った。それはもう何回も。 伝統的なスタイルの単体テストは３なんだよね。品質保証。で、アジャイル開発でいうところのテストファーストってやつは１のことだったわけだ。そりゃ噛み合わないはずですよ。 TDDのテストを書くトリガって、「基本的な要件だから」とか「このへんがちゃんと動くか不安だから」とかだと思うんだけど、品質管理屋の目で見るとそのやり
As my career has turned into full-time authorship, I often worry about distancing myself from the realities of day-to-day software development. I've seen other well-known figures lose contact with reality, and I fear the same fate. My greatest source of resistance to this is Thoughtworks, which acts as a regular dose of reality to keep my feet on the ground. Thoughtworks also acts as a source of i
_ テスティングフレームワークという言葉 テスティングとは 本を書いていて、どうもテスティングフレームワークという言葉のおさまりの悪さ（というと違うなぁ。なんていうか、妙に通ぶった言い回しというか、日本語になっていないカタカナ固有のイヤンな味というか）が気になって、えーい、テストフレームワークにしてしまえとしてみたりしたんだけど、どうにも気になる。というのは、テストって書いているけど、テストじゃないんだよな。 というようなことは、わかっている人はみなわかっているんだけど、わかっていない人はもちろんわかっていない。 でまあ、実際にユニットテストを書けば、なんとなくわかってはくるわけだけど、それを言葉で表すってのも必要だよなぁ、とかいろいろ思うところもあって。 とはいえ、やはりテスティングと書くのはどうにも気になる。逆にこういうもってまわった言い回しが敬遠されたりもするんじゃないかなぁとか。
テストとテスティング XPの出現以来、それ抜きの開発は考えられないほど、テスティングフレームワークは必須のものとなりました。 「テスティングフレームワーク」 しかし、この呼び方になにやらうさんくさいものを感じる人もいるでしょう。 なぜ、「テスト」ではないのか？ ここでは、テスティングという言葉の感覚を伝えたいと思います。 なお、アジャイル開発における「言葉」についてはAgileNaKotoBaを参照してください。 テストとはなんでしょうか？ 私たちが日常的に利用する「テスト」という言葉は、品質保証テストのように、既に存在する仕様に基づいて実装された完成品が、基準を満たしているかを検査するという意味で使います。 同じように学校の期末テストは、既に学習した内容が学生の身についているかを判定します。 ここにあるのは、静的な基準であり、テストは既に完成した製品や知識に対して動かしがたい事実の判定を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: :
