InfoQ ホームページ 品質 に関するすべてのコンテンツ
-
アジャイルチームの熱心な試験者
ジャイルチームの熱心な試験者の必要性は、長期間議論、討論されている。多くのアジャイルチームでは、熱心な試験者は極めて重要な役割を果たす。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氏は、すべてのアジャイルプロセスとプラクティスのポイントは、出荷するソフトウェアを作り出すことだと指摘する。それらがソフトウェアを出荷する障害になるならば、おそらくあなたはルールを破る必要がある。
-
「技術的負債」に対する新しい見方
Technical Debt Workshopは最近、「技術的負債」に対する業界の理解と扱い方の向上に取り組みつづけており、その結果として興味深いアイデアが生まれている。
-
JProbe 8.0：Javaコード、メモリおよびカバレッジプロファイラーが復活
近ごろQuest SoftwareはJProbe 8.0をリリースした。それはJavaコード、メモリおよびカバレッジプロファイラーである。1990年代後半よりJProbeは主要Javaプロファイリングツールの1つであったが、新たなEclipse統合やさらに競争力のある価格を実現したJProbe 8.0をリリースすることで、Questがプロファイリング市場における主導権を奪回することを目的としている。
-
Gallio .NET Test Automation Platform
Gallioは、.NETテストフレームワークをターゲットにした自動化プラットフォームである。各テストフレームワークが自動化APIやテストランナーなど独自のツールセットを作成する代わりに、Gallioはすべてのテストフレームワークで利用可能な中立で拡張可能なプラットフォームの提供を目指している。