InfoQ ホームページ 品質 に関するすべてのコンテンツ
-
Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案
Kent Beck氏は、ごく短期のプロジェクトにおいて、実行可能なコンセプトがあるかどうか判断するときには、すばやく軌道に乗せるために自動テストをあまり（あるいはまったく）やらなくても構わないと提案している。これはTDDを取り巻く従来の見解に反するものだ。
-
なぜTDDとペアプログラミングで生産量が増えるのか
テスト駆動開発」と「ペアプログラミング」は、アジャイルプラクティスで最も広く知られているものの2つであるが、まだそれほど多くのアジャイルチームによって実践されてはいない。たいていその理由として、TDDやペアプログラミングなどのプラクティスを取り入れるには「忙しすぎる」点が挙げられるだろう。要するに、これは高いコード品質を得ようと努力することが生産性を低下させることを示唆している。Mike Hill氏は、この論理がなぜ重大な誤りであるか説明している。
-
品質とは何を意味しているのか？
ソフトウェア開発において、品質とは何を意味しているのだろうか？今日の使われ方として、Mike Bria氏は次のように述べている：日常より多く見られる使われ方としては、「品質」は「価値があること」のかわりに「欠陥がないこと」を示している。
-
アジャイルチームの熱心な試験者
ジャイルチームの熱心な試験者の必要性は、長期間議論、討論されている。多くのアジャイルチームでは、熱心な試験者は極めて重要な役割を果たす。Scrum Developmentグループでの協議で、チームでの熱心な試験者の必要性を再び取り上げようとしている。
-
「結合テストはでたらめだ」- J.B.Rainsberger氏による連載の紹介
著名なアジャイリストでテスト駆動開発のエキスパートでもあるJ.B.Rainsberger氏（J.B. Rainsberger）が始めたブログでの連載では、「結合テストはでたらめだ」という考えさせられる見解になぜ氏が行き着いたかの説明がなされている。
-
バグトラッキングシステムなんて捨ててしまえ？
"testObsessed"の名で知られるElisabeth Hendricksonが、アジャイルプロジェクトで使うバグトリアージ手法について、考えさせられる提案をしている。
-
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
-
アジャイルのテスターと開発者の適切な比率は？ 状況次第である。
長年の間、ソフトウェア開発の世界に存在する疑問：テスターと開発者の適切な比率はどのくらいか？最近Scrum Developmentのスレッドでは、アジャイルがこの比率にどのような影響を与えるかを尋ねるものがあった。最初の問いに対する答えは「状況次第である」と思われる。2つめの質問に対する答えは、Elisabeth Hendrickson氏の意見では、アジャイルチームはもっと少ないテスターでもっとたくさんのテストが出来る、ということである。
-
デバッガは忘れて、「Saff Squeeze」を使おう
XPの提唱者の一人であり、TDDやJUnit自体の開発者であるKent Beck氏は、デバッガの代わりに単体テストを用いて、JUnitの新しい機能であるJUnitMaxの不具合の調査を行うことについて話をしている。
-
.NET 4の新機能を探る：コード契約
InfoQでは昨年からC#をベースにして契約による設計をサポートするSpec#を取り上げている。契約による設計は静的型付けのように、コンパイル時に検証されないと一定の動作を実行することができないという考え方だ。
-
-
完了の力
Scott Schimanski氏は先ごろ、「完了（done）」の明確な定義のもたらす力について、さらに声高に主張した。Scott氏は「完了」の明確な意味には企業的価値と個人的価値の両方があることを指摘している。
-
-
-
ルールを破ってもいいのはいつか？
「Just Ship Baby」の中で、JUnit Frameworkの作者、Kent Beck氏は、すべてのアジャイルプロセスとプラクティスのポイントは、出荷するソフトウェアを作り出すことだと指摘する。それらがソフトウェアを出荷する障害になるならば、おそらくあなたはルールを破る必要がある。