アプリケーションデプロイまでの流れを理解する | DCS blog
はじめに 三菱総研ＤＣＳ クラウドテクノロジー部の神保です。 今回はアプリケーションの動作環境内でアプリ部分とインフラ部分がどのように連携しているかをご説明します。アプリケーションが動作するまでについてはCI/CD環境でのケースついても触れていますので、CI/CD環境に興味がある方にもぜひ読んでいただきたいです。 目次 記載する範囲について アプリケーションデプロイの流れ(手動) アプリケーションデプロイの流れ(CI/CD環境) おわりに 記載する範囲について 今回は、Javaのアプリケーションを例として動作させる各種ミドルウェアとアプリケーションデプロイまでの流れについて記載します。デプロイパターンとしては、手動でデプロイするパターンとCI/CD構成(GitLab Runner)によるデプロイパターンとし、それぞれのパターンにおける各ミドルウェアの連携を解説します。 そのため、実行プログ
ユニットテストの基礎 | Remote TestKit
ソフトウェア開発の現場で広く実施されているユニットテストについて、その目的、メリット・デメリットを踏まえた効果的な実施方法について学習します。 1. ユニットテストとは ユニットテスト（単体テスト）は広い意味で使われるようになっている言葉です。 まず、伝統的には、ユニットテストはテストレベルのひとつであり、「個々のユニットを対象とするテスト」としばしば定義されます（例えばJSTQB用語集[JSTQB-glossary.V2.0.J02]）。なお、ここでいうユニットとはソフトウェアの最小構成単位を指します。例えば、ソースコードが対象であればC言語等では関数が、JavaやC++等ではクラスが一般的にユニットに該当します。詳しくは後述しますが、そうした関数やクラスを一つ一つ検証していくのが伝統的なユニットテストです。 一方、他の定義として、開発者テストやアジャイル開発の分野では、ユニットテストと
Visual StudioのMSTestでTDDを行う方法
はじめに 前回の記事『C#で始めるテスト駆動開発』では、TDD Boot Camp（TDDBC）横浜の課題を使って、NUnitを使ったTDDの手順を紹介しました。おかげさまで好評をいただけたようで、多くのかたに読んでいただけました。ありがとうございます。 Twitterで呟かれた読者の感想に、Visual Studio標準の単体テスト機能（MSTest）よりもNUnitの方が人気なんだろうか、というものがありました。人気のほどは分かりませんが、開発現場ではMSTestを使っているところもあります。そこで今回は、前の記事で書き漏らしたことをいくつか補足させていただいた後、MSTestを使ったTDDについて説明します。 対象読者 TDDに興味をお持ちの.NET Frameworkの開発者。 必要な環境 サンプルコードはC#で、Visual Studio 2010 Ultimateエディションを
Visual Studio + CppcheckでC++コードの静的解析ができる - 小さい頃はエラ呼吸
はじめに C++のソースコードを静的解析して、不具合などを検出したいと思った場合、大抵は有償の製品を使うことになります。代表的なもので、Visual StudioのTeam Editionが静的解析の機能を持っていますが、購入すると数十万くらいかかります。 無料で静的解析できないのかと調べてみたところ、Cppcheckというフリーソフトが見つかりました。この記事では、Visual Studio 2008とCppcheckを連携させて、Visual StudioからC++のソースコードの静的解析ができるようにしてみました。 Cppcheck CppchekはC/C++用の静的解析ツールです。メモリリーク、アロケーション(確保と解放)のミスマッチ、バッファオーバーラン、さらに多くのチェックを行ってくれます。 Cppcheckでは主に以下のチェックを実施してくれます。 範囲外例外のチェック クラ
Cppcheck を使ってみた
正しくは、「使ってみてたんだけど最近ようやく使えるようになった」です。 Cppcheck 1.53 にしてから、ずーと悩んでいたことが解決しちゃいました。 excluding 指定がうまくいかなくて悩んでいたのですが、 バージョンが上がったのを機に再チャレンジしたら、あっけなくできちゃいました。 前はダメで今回できたのはなぜだろうと調べてみたところ、こんな記事を見つけました。 CppCheckでフォルダを除外する 末尾に区切り文字が必要だったのですね。。。 とにかく、一歩前進できたのでブログにまとめておこうと思います。 ※この記事では、Cppcheck 1.53 + Windows7 を想定しています。 基本的な使い方詳しいことは、マニュアル見ましょう。 ですが、まずは簡単に解析をしてみたいと思います。 1つのファイルを解析 cppcheck --enable=all main.cpp フ
「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門
「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門：ユカイ、ツーカイ、カイハツ環境！（21）（1/4 ページ） CIツール「Hudson」改め「Jenkins」とは 「Jenkins」とは、CI（継続的インテグレーション）ツールとして有名な「Hudson」の開発者たちにより開発されているCIツールです。Hudsonは商標上などの問題によりJenkinsと名前を変えて継続することが発表されたので、記憶に残っている方も多いと思います。現在では落ち着いて開発されているようです。 本稿では、今話題のJenkinsの使い方を紹介します。本記事の想定読者は、Java開発を行っている方で、「今までCIを導入していなかったけどこれから導入しよう」「Jenkins（Hudson）は使えそうだけど、難しそうだなぁ」と思っている方を対象としています。本稿を読めば、10分程度でJe
.NET開発者のためのJenkins入門 - ＠IT
.NET開発者中心 厳選ブログ記事 .NET開発者のためのJenkins入門 ―― ブログ「present」より ―― t_nakamura 2011/11/17 2011/11/19 更新 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 ■はじめに 仕事でSubversionとTracを使っていますが、残念ながら、「活用できている」とは言えません。「継続的インテグレーション（以下、CI）？ 何それ、おいしいの？」という状態。そもそもCIするために、T
[コラム] テストファーストとは何か? - TDD.NET
今年はネタがありません。 WP8 のテストファーストでもやろうかと思っていたら、 先を越されちゃったしw (⇒ Phone Toolkit Test Framework を使ってみる(1) ) しょうがないので、 「プログラムの作り方」を教えるとしたらどうしたらいいだろう、 なんてことを気の向くままに書き散らしてみます。 まぁ、 なぜか最後は強引に TDD ネタに話を持って行きますけど f(^^; ● "Hello, world!" 「プログラムの作り方」を教えるとしたら、最初はやはり定番の「Hello, world!」から入るのでしょうね。 int main(int argc, char* argv[]) { printf("hello world!\r\n"); return 0; } 今だと Textbox1.Text = "Hello, world!"; …かな。 だけどこれは「
![[コラム] テストファーストとは何か? - TDD.NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/c50b1ca0898c13b4c2b9eaaf8b9adc0e9348ce3f/height=288;version=1;width=512/http%3A%2F%2Fbluewatersoft.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
TDD.NET
TDD (テスト駆動開発) = テストファースト + リファクタリング TDD というコーディング技法について、 詳しくは… ⇒ TDD とは?, VB2010 Express + NUnit 2.5 で、 初めてのTDD Step by Step このサイトでは、 .NET Framework での開発、 その中でも主に C# / VB.NET を使って TDD するときに役立つ日本語の情報を集めていきます。 VC++ については門外漢なので、 ほとんど載らないと思います。 このサイトは、 独立した記事と、 blog と、 掲示板から構成されています。 左サイドバーの [ コンテンツ ] からご利用くださると便利かと思います。 ご意見・ご要望等がございましたら、 掲示板に書いていただくなり、 私に直メールするなり、 呟くなりしていただけると嬉しいです。 ※ トラックバックとコメントは、
TDDBCでの教えを胸に、巨大なC#レガシーコードと戦ってみた - hachiNote
目的 業務で現在、とても厄介なC#コードと戦っています。途方に暮れかけていましたが、TDDBC札幌で教えていただいたことから突破口が見えてきました。感謝の気持ちを表しつつ、ちょっとした現状メモです（それにしてはすごく長くてすみません）。 正確には「戦ってみた」じゃなくて、「戦い始めた」ですね。 敵のデータ どんなアプリケーションか C#で書かれた（一部C++もあるが）Windowsフォームアプリケーション。ドライバ的なところからビューアまで、かなり巨大。 とりあえず今自分が見ているところはビューアの改造とかのわりと表層的な部分。C#のみ Visual Studio 2008 Professional Edtionで開発 コードの状態 コードの質が悪すぎる。今までみたコードの中で最もひどい コピペコード多すぎ。とにかくところかまわずがんがんコピペ状態。 メソッド長過ぎ。クラスがでかすぎ。Cじ
C#で始めるテスト駆動開発 ～TDDBC横浜の課題をやってみよう
はじめに 各地でTDD Boot Camp（TDDBC）が開催されるようになり、このところTDD（テスト駆動開発）が注目を浴びています。ただ、自分でも試してみようと思った時に目につく書籍や記事などは、Java、Ruby、PHPといった、いわゆるオープンソース系の言語ばかり。.NET Framework（Windows）で開発の仕事をしているとTDDは関係ないんだろうか、…とさえ思えてくるかもしれません。 しかし、そんなことはありません。.NET FrameworkでのTDDに必須のユニットテストフレームワークとして有名なNUnitの最初のバージョンは、Visual Studio .NET 2002がリリースされる以前の2001年に公開されています。.NET Frameworkは、生まれたときからTDDと共にあると言っても過言ではないでしょう。 この記事では、TDDとTDDBCについて簡単に
実践TDD! テスト駆動開発入門
こんにちは、斉藤です。 前回のブログをさぼっていたので、あっというまに次のブログの日が来てしまいました。 最近、テスト駆動開発入門（ケントベック著）という本を読んでみて、これは！と思ったので、この開発方法の実践をしてみたいと思います。 今回はQUnitというJavaScriptのユニットテストフレームワークを使った方法でのご紹介です。 http://qunitjs.com/ * テスト駆動開発(TDD)とは？ ユニットテストを常に書きながら、プログラムを開発していくスタイルのことです。 ユニットテストを先に書くので、プログラムはそれが通るように開発することが求められます。 具体的な開発のサイクル： 1. テストを作成する（表現したいことを確認するテストを作る。） 2. テストをパスする（1で作ったテストをパスする実装を行う。仮実装でも構わない。） 3. リファクタリングを行う（テストを増や
テストコードを書くコストに関する考察 - ひげろぐ
昨年お世話になっていた職場の仕事仲間と先月ランチする機会があった。 自分の関わっていたプロジェクトはペアプロやTDDを実践していたのだが、残念なことに自分が抜けた後はテストコードを書かなくなってしまったという。 理由を聞くと「テストコードを書くより、動くプロダクトコードをどんどん書きたい」ということだった。 これは心情的にはよくわかる。 納期のプレッシャーが強く、TDDに慣れていない状況では特にそうだ。 要は「テストを書いてる暇なんかない」と判断してしまうわけだ。 TDDの最初の躓きのひとつとして、テストコードを書く手間が増えただけのように感じられるというものがあると思う。 実際に手間は増えている。 しかし適切なテストの書き方がよくわからないため、余分な手間をかけすぎているということもあるだろう。 例えばゲッターやセッターのテストを逐一書いてしまう。 これは実際に無駄なことであるから、この
TDDを真面目にやってみて気付いたこと - Masatomo Nakano Blog
何を今更、なことかもしれないないのだけど、もしかしたらこれを知ることでTDD(Test-driven development)をやることのハードルが一気に下がる人がいるかな、と思ってメモ。 特に、ある程度プログラマとして経験があるけど、どうもTDDは慣れないという人向き。 “TDDとは、TDD以前に脳内や機上でやっていたことをコードに落とすことに過ぎない” このことが解ってから、TDDをするのが一気に苦痛ではなくなり、むしろ楽しくなった。 TDDでなくても、コーディングをするとき、temporaryなテストコードを書いたり、目視でのチェックはしたりするものだろう。たとえば、一時的に変数の値をハードコードして挙動を変えてみて、それを目視で確認したり、printデバッグとかもその一部だ。 つまり、このtemporaryなコードや目視している部分をpermanentにするのがTDDで書くテストコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkinsではじめる継続的インテグレーション
NUnitの全貌 ～ 基本から、最新バージョンの新機能まで