17 関係: 反復型開発、ペアプログラミング、ユニットテスト・フレームワーク一覧、リファクタリング (プログラミング)、プログラマ、テスト駆動開発、アジャイルソフトウェア開発、ケント・ベック、コードレビュー、ソースコード、ソフトウェア、継続的インテグレーション、能力成熟度モデル統合、JUnit、SUnit、XUnit、YAGNI。
反復型開発
反復型開発(はんぷくがたかいはつ、Iterative and Incremental Development)とは、より古典的なウォーターフォール・モデルの弱点を克服すべく開発されたソフトウェア開発工程の手法である。反復型開発の中でもRADとDSDMは、よく知られたフレームワークである。反復型開発は、エクストリーム・プログラミングや他のアジャイルソフトウェア開発フレームワークの基本的要素でもある。.
新しい!!: エクストリーム・プログラミングと反復型開発 · 続きを見る »
ペアプログラミング
ペアプログラミング(pair programming)は、2人のプログラマが1台のワークステーションを使って共同でソフトウェア開発を行う手法である。一方が単体テストを打ち込んでいるときに、もう一方がそのテストを通るクラスについて考えるといったように、相補的な作業をする。 実際にキーボードを操作してコードを書く人を「ドライバ」、もう1人を「ナビゲータ」と呼ぶ。30分ごとか、単体テストを1つ完成させる度に役割を交替するのがよいとされる。また、1日に一度の頻度でパートナーを変えるのがよいともされている。.
新しい!!: エクストリーム・プログラミングとペアプログラミング · 続きを見る »
ユニットテスト・フレームワーク一覧
以下は様々なプログラミング言語のためのコード駆動型のユニット・テスト・フレームワークの一覧である。全てではないが、これらの幾つかはxUnitに基づいている。.
新しい!!: エクストリーム・プログラミングとユニットテスト・フレームワーク一覧 · 続きを見る »
リファクタリング (プログラミング)
リファクタリング (refactoring) とは、コンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理することである。また、いくつかのリファクタリング手法の総称としても使われる。ただし、十分に確立された技術とはいえず、また「リファクタリング」という言葉に厳密な定義があるわけではない。.
新しい!!: エクストリーム・プログラミングとリファクタリング (プログラミング) · 続きを見る »
プログラマ
プログラマ(Programmer)とは、コンピューターのプログラムを作成する人全般を指す。プログラマーとも表記される(#プログラマに対する呼称参照)。.
新しい!!: エクストリーム・プログラミングとプログラマ · 続きを見る »
テスト駆動開発
テスト駆動開発 (てすとくどうかいはつ、test-driven development; TDD) とは、プログラム開発手法の一種で、プログラムに必要な各機能について、最初にテストを書き(これをテストファーストと言う)、そのテストが動作する必要最低限な実装をとりあえず行った後、コードを洗練させる、という短い工程を繰り返すスタイルである。多くのアジャイルソフトウェア開発手法、例えばエクストリーム・プログラミングにおいて強く推奨されている。近年はビヘイビア駆動開発へと発展を遂げている。.
新しい!!: エクストリーム・プログラミングとテスト駆動開発 · 続きを見る »
アジャイルソフトウェア開発
アジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、ソフトウェア工学において迅速かつ適応的にソフトウェア開発を行う軽量な開発手法群の総称である。 近年、アジャイルソフトウェア開発手法が数多く考案されている。 ソフトウェア開発で実際に採用される事例も少しずつではあるが増えつつある。 アジャイルソフトウェア開発手法の例としては、エクストリーム・プログラミング (XP) などがある。 非営利組織 Agile Alliance がアジャイルソフトウェア開発手法を推進している。.
新しい!!: エクストリーム・プログラミングとアジャイルソフトウェア開発 · 続きを見る »
ケント・ベック
ント・ベック ケント・ベック (Kent Beck) はエクストリーム・プログラミング (XP) の考案者でアジャイルマニフェスト (Agile Manifesto) の起草者の一人。彼はデザインパターン、テスト駆動開発、Smalltalkに関する本を書いた。ベックはウォード・カニンガムと一緒にCRCカードを普及させた。SmalltalkのユニットテストのフレームワークであるSUnitを開発した。さらにエーリヒ・ガンマと共同でJavaのユニットテストのフレームワークJUnitを開発した。ケント・ベックはオレゴン大学のコンピュータサイエンスの修士号を取得している。.
新しい!!: エクストリーム・プログラミングとケント・ベック · 続きを見る »
コードレビュー
ードレビュー(Code review)は、ソフトウェア開発工程で見過ごされた誤りを検出・修正することを目的としてソースコードの体系的な検査(査読)を行う作業のこと。.
新しい!!: エクストリーム・プログラミングとコードレビュー · 続きを見る »
ソースコード
青で示されているのが有効なコードである。 ソースコード(source code)とは、コンピュータプログラミング言語で書かれた、コンピュータプログラムである文字列(テキストないしテキストファイル)のことである。.
新しい!!: エクストリーム・プログラミングとソースコード · 続きを見る »
ソフトウェア
フトウェア(software)は、コンピューター分野でハードウェア(物理的な機械)と対比される用語で、何らかの処理を行うコンピュータ・プログラムや、更には関連する文書などを指す。ソフトウェアは、一般的にはワープロソフトなど特定の作業や業務を目的としたアプリケーションソフトウェア(応用ソフトウェア、アプリ)と、ハードウェアの管理や基本的な処理をアプリケーションソフトウェアやユーザーに提供するオペレーティングシステム (OS) などのシステムソフトウェアに分類される。.
新しい!!: エクストリーム・プログラミングとソフトウェア · 続きを見る »
継続的インテグレーション
継続的インテグレーション、CI(continuous integration)とは、主にプログラマーのアプリケーション作成時の品質改善や納期の短縮のための習慣のことである。エクストリーム・プログラミング (XP) のプラクティスの一つで、狭義にはビルドやテスト、インスペクションなどを継続的に実行していくことを意味する。特に、1990年代後半以降の開発においては、継続的インテグレーションをサポートするソフトウェアを使用する傾向が強まってきた。.
新しい!!: エクストリーム・プログラミングと継続的インテグレーション · 続きを見る »
能力成熟度モデル統合
能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである 。 CMMIは、もともとは能力成熟度モデル (CMM; Capability Maturity Model) として開発された。.
新しい!!: エクストリーム・プログラミングと能力成熟度モデル統合 · 続きを見る »
JUnit
JUnitとはJavaで開発されたプログラムにおいてユニットテスト(単体テスト)の自動化を行うためのフレームワークである。.
新しい!!: エクストリーム・プログラミングとJUnit · 続きを見る »
SUnit
SUnit(エスユニット)とは、Smalltalkにおける単体試験スーツである。エクストリーム・プログラミングの提唱者でもあるケント・ベックによって書かれた。などXUnitの原型となっている。2017年現在の最新バージョンはSUnit 4.0である。.
新しい!!: エクストリーム・プログラミングとSUnit · 続きを見る »
XUnit
xUnitとは、コンピュータプログラムの単体テスト(ユニットテスト)を行うためのテスティングフレームワークの総称である。これらのフレームワークでは、関数やクラスなど、ソフトウェアの様々な要素(ユニット)をテストすることができる。xUnitフレームワークの主な利点は、テストを自動化できること、同じテストを何度も書かずに済むこと、個々のテストの結果がどうあるべきかを覚えておかなくても良いことである。 このようなフレームワークの最初の実装は、ケント・ベックが開発したSmalltalk用のテスティングフレームワークSUnitである。その後、各コンピュータプログラム言語や開発環境毎に、同様の設計を持つフレームワークが多数作成されている。xUnitそれ自体は非常に単純なプログラムであるが、近年のソフトウェア開発で採用されつつある。JUnit(Java用のxUnit)の項目も参照。 アジャイルソフトウェア開発(エクストリーム・プログラミングなど)においては、リファクタリング・テストファースト等の前提となる重要な要素である。.
新しい!!: エクストリーム・プログラミングとXUnit · 続きを見る »
YAGNI
"You ain't gonna need it"、縮めて YAGNI とは、機能は実際に必要となるまでは追加しないのがよいとする、エクストリーム・プログラミングにおける原則である。.
新しい!!: エクストリーム・プログラミングとYAGNI · 続きを見る »