タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

Devに関するnorthlightのブックマーク (16)

  • ユニットテストの基礎 | Remote TestKit

    ソフトウェア開発の現場で広く実施されているユニットテストについて、その目的、メリット・デメリットを踏まえた効果的な実施方法について学習します。 1. ユニットテストとは ユニットテスト（単体テスト）は広い意味で使われるようになっている言葉です。 まず、伝統的には、ユニットテストはテストレベルのひとつであり、「個々のユニットを対象とするテスト」としばしば定義されます（例えばJSTQB用語集[JSTQB-glossary.V2.0.J02]）。なお、ここでいうユニットとはソフトウェアの最小構成単位を指します。例えば、ソースコードが対象であればC言語等では関数が、JavaやC++等ではクラスが一般的にユニットに該当します。詳しくは後述しますが、そうした関数やクラスを一つ一つ検証していくのが伝統的なユニットテストです。 一方、他の定義として、開発者テストやアジャイル開発の分野では、ユニットテストと

    ユニットテストの基礎 | Remote TestKit
    northlight
    northlight 2013/10/17
    ユニットテストといっても、当然通常の単体テスト観点が前提にある。PT仕様書をドキュメントとして作成するかどうか…
    リンク

  • 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のMSTestでTDDを行う方法

  • Visual Studio + CppcheckでC++コードの静的解析ができる - 小さい頃はエラ呼吸

    はじめに C++のソースコードを静的解析して、不具合などを検出したいと思った場合、大抵は有償の製品を使うことになります。代表的なもので、Visual StudioのTeam Editionが静的解析の機能を持っていますが、購入すると数十万くらいかかります。 無料で静的解析できないのかと調べてみたところ、Cppcheckというフリーソフトが見つかりました。この記事では、Visual Studio 2008とCppcheckを連携させて、Visual StudioからC++のソースコードの静的解析ができるようにしてみました。 Cppcheck CppchekはC/C++用の静的解析ツールです。メモリリーク、アロケーション(確保と解放)のミスマッチ、バッファオーバーラン、さらに多くのチェックを行ってくれます。 Cppcheckでは主に以下のチェックを実施してくれます。 範囲外例外のチェック クラ

    Visual Studio + CppcheckでC++コードの静的解析ができる - 小さい頃はエラ呼吸

  • Cppcheck を使ってみた


    正しくは、﹁使ってみてたんだけど最近ようやく使えるようになった﹂です。Cppcheck 1.53 にしてから、ずーと悩んでいたことが解決しちゃいました。 excluding 指定がうまくいかなくて悩んでいたのですが、 バージョンが上がったのを機に再チャレンジしたら、あっけなくできちゃいました。 前はダメで今回できたのはなぜだろうと調べてみたところ、こんな記事を見つけました。CppCheckでフォルダを除外する 末尾に区切り文字が必要だったのですね。。。 とにかく、一歩前進できたのでブログにまとめておこうと思います。 ※この記事では、Cppcheck 1.53 + Windows7 を想定しています。 基本的な使い方詳しいことは、マニュアル見ましょう。 ですが、まずは簡単に解析をしてみたいと思います。1つのファイルを解析cppcheck --enable=all main.cpp フ
    Cppcheck を使ってみた

  • 「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
    「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門

  • Jenkinsではじめる継続的インテグレーション


    2011/12/22に行なった楽天さん向けJenkins実践入門勉強会のプレゼン資料です。 2013/06/18に石川県で行った内容をアップデートしています。 これからJenkinsでCIを始める人にぴったりの資料だと思います。
    Jenkinsではじめる継続的インテグレーション

  • .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

  • TDD.NET


    TDD (テスト駆動開発) = テストファースト + リファクタリング TDD というコーディング技法について、 詳しくは… ⇒ TDD とは?, VB2010 Express + NUnit 2.5 で、 初めてのTDD Step by Step このサイトでは、 .NET Framework での開発、 その中でも主に C# / VB.NET を使って TDD するときに役立つ日本語の情報を集めていきます。VC++ については門外漢なので、 ほとんど載らないと思います。 このサイトは、 独立した記事と、 blogと、 掲示板から構成されています。 左サイドバーの [ コンテンツ ] からご利用くださると便利かと思います。 ご意見・ご要望等がございましたら、 掲示板に書いていただくなり、 私に直メールするなり、 呟くなりしていただけると嬉しいです。 ※ トラックバックとコメントは、
    TDD.NET

  • TDDBCでの教えを胸に、巨大なC#レガシーコードと戦ってみた - hachiNote


    目的 業務で現在、とても厄介なC#コードと戦っています。途方に暮れかけていましたが、TDDBC札幌で教えていただいたことから突破口が見えてきました。感謝の気持ちを表しつつ、ちょっとした現状メモです︵それにしてはすごく長くてすみません︶。 正確には﹁戦ってみた﹂じゃなくて、﹁戦い始めた﹂ですね。 敵のデータ どんなアプリケーションか C#で書かれた︵一部C++もあるが︶Windowsフォームアプリケーション。ドライバ的なところからビューアまで、かなり巨大。 とりあえず今自分が見ているところはビューアの改造とかのわりと表層的な部分。C#のみ Visual Studio 2008 Professional Edtionで開発 コードの状態 コードの質が悪すぎる。今までみたコードの中で最もひどい コピペコード多すぎ。とにかくところかまわずがんがんコピペ状態。 メソッド長過ぎ。クラスがでかすぎ。Cじ
    TDDBCでの教えを胸に、巨大なC#レガシーコードと戦ってみた - hachiNote

  • NUnitの全貌 ～ 基本から、最新バージョンの新機能まで

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    NUnitの全貌 ～ 基本から、最新バージョンの新機能まで

  • 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について簡単に
    C#で始めるテスト駆動開発　～TDDBC横浜の課題をやってみよう

  • 実践TDD! テスト駆動開発入門


    となっています。実際にどんなことをやるかは後ほど触れていきます。 それでは、始めていきましょう！ * QUnit導入 まずはQUnitを使うべく、以下のHTMLとJSを用意しました。 index.html <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>QUnit Example</title> <link rel="stylesheet" href="http://code.jquery.com/qunit/qunit-1.10.0.css"> </head> <body> <div id="qunit"></div> <script src="http://code.jquery.com/qunit/qunit-1.10.0.js"></script> <script src="tests.js"></script
    実践TDD! テスト駆動開発入門

  • テストコードを書くコストに関する考察 - ひげろぐ

    昨年お世話になっていた職場の仕事仲間と先月ランチする機会があった。 自分の関わっていたプロジェクトはペアプロやTDDを実践していたのだが、残念なことに自分が抜けた後はテストコードを書かなくなってしまったという。 理由を聞くと「テストコードを書くより、動くプロダクトコードをどんどん書きたい」ということだった。 これは心情的にはよくわかる。 納期のプレッシャーが強く、TDDに慣れていない状況では特にそうだ。 要は「テストを書いてる暇なんかない」と判断してしまうわけだ。 TDDの最初の躓きのひとつとして、テストコードを書く手間が増えただけのように感じられるというものがあると思う。 実際に手間は増えている。 しかし適切なテストの書き方がよくわからないため、余分な手間をかけすぎているということもあるだろう。 例えばゲッターやセッターのテストを逐一書いてしまう。 これは実際に無駄なことであるから、この

    northlight
    northlight 2013/10/16
    「理屈では分かっていても実感できるところまで行くのが難しい」
    リンク

  • TDDを真面目にやってみて気付いたこと - Masatomo Nakano Blog


    何を今更、なことかもしれないないのだけど、もしかしたらこれを知ることでTDD(Test-driven development)をやることのハードルが一気に下がる人がいるかな、と思ってメモ。 特に、ある程度プログラマとして経験があるけど、どうもTDDは慣れないという人向き。 “TDDとは、TDD以前に脳内や機上でやっていたことをコードに落とすことに過ぎない” このことが解ってから、TDDをするのが一気に苦痛ではなくなり、むしろ楽しくなった。 TDDでなくても、コーディングをするとき、temporaryなテストコードを書いたり、目視でのチェックはしたりするものだろう。たとえば、一時的に変数の値をハードコードして挙動を変えてみて、それを目視で確認したり、printデバッグとかもその一部だ。 つまり、このtemporaryなコードや目視している部分をpermanentにするのがTDDで書くテストコ
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.