ユニットテストを書こう！ - Qiita
ソフトウェアエンジニアにとって、ユニットテストは重要です。僕はなるべくユニットテストを書くようにしており、ソフトウェアエンジニアはもっとユニットテストを書くべきだ、と考えています。ここで言及している「ユニットテスト」は、単なる「テストコードによる自動化」全体を指すのではなく、「テストから見えてくるグーグルのソフトウェア開発」で登場した用語である「Sテスト」を指します。 「テストから見えてくるグーグルのソフトウェア開発」では、テストコードが対象とするプロダクションコード(製品コード)の規模、S、M、Lとサイズごとに分類しています。 「Sテスト」とは、テスト対象のクラスのみを対象にしたテストを行うことを目的としています。テスト対象以外のクラスの処理は、積極的にモックを多用することで、テスト対象のクラスの振る舞いを確認します。 Sテストは主に品質向上に寄与すると「テストから見えてくるグーグルのソ
テスト駆動開発・パターン編 - Strategic Choice
ケント・ベック師の著書で、TDDの教科書「テスト駆動開発入門」の「Part3 テスト駆動開発のためのパターン」をまとめ、「TDDの戦略」「TDDの定石」「TDDのプラクティス」を身につけます。はじめにファーストステップテスト駆動開発のパターンテスト方法の詳細の前の、基本的な戦略に関するパターンです。「テストすることは何を意味するのか」「いつテストするのか」「テストするロジックをどのように選択するのか」「テストするデータをどのように選択するのか」を吟味します。Test（テスト）Isolated Test（独立したテスト）Test List（テストリスト）Test First（テストファースト）Assert First（アサートファースト）Test Data（テストデータ）Evident Data（明示的データ）レッドバーに関するパターンテスト作成を開始するタイミング、テストを作成する場所、テ
テスト駆動開発／振る舞い駆動開発を始めるための基礎知識
連載目次 2000年代初期に開発手法として確立された「テスト駆動開発」（Test Driven Development、以下「TDD」）は、その後10年もの間で普及が進み、今や珍しくない開発スタイルの1つとなっています。国内でも「アジャイルアカデミー」「TDD Boot Camp」などによる推進・普及活動が各地で活発化し、認知が広がってきました。 なおTDDは誕生からこれまでの間に、さまざまな工夫や実践上のノウハウが提唱されてきました。またTDDの普及に影響を受け、他のさまざまな「テストファースト」手法も台頭してきています。 本稿では、そうしたTDDの発展や、振る舞い駆動開発（Behavior Driven Development、以下「BDD」）など他のテストファースト手法への展開についても解説します。 ※編集部注：ソフトウェアの「テスト」そのものの概要や種類について知りたい方は記事「J
明日からTDDをやってみよう！ - 部屋とネルシャツと私
※TDD社内勉強会にあたり、勝手に作ってみた（ありがたいご指摘にてUPDATE） 自分たちは毎月、社内勉強会を毎月行っている。2月（通算8回目）は自分がネタ提供者で、選んだのは T D D。 ちなみにこの集まりは「Agileの夕べ」と呼んでいて、毎回５～７人で非常にコジンマリと、アジャイルKeywordに技術全般を中心になんでもワイワイガヤガヤやろうよ、という非常にゆる－いもの。 TDD（テスト駆動開発 - Wikipediaのこと）を選んだ理由は他でもない。 昨年12/8のAgileSamuraiBaseCampでTDDの話をきき、ライブコーディングを見て、更に実践者の皆さまといろいろ話をさせて頂き、とってもとっても強い共鳴を受けたからだ。『コレだ！』って。 Agile Samurai Base Campに参加してみた - 部屋とアジャイルと私（仮称） 社内SNSでの呼びかけに、反応して
Test-driving a Node.JS API
I have recently been working on a couple of full-stack JavaScript (MEAN) applications. One of the first projects did not have a well-tested API. Eventually, it turned out the data it returned was not always correct. This shows the importance of testing your APIs. The great news? Testing your Node.JS API is actually quite easy. In this post we will be building a simple RESTful JSON API through test
CeedlingでUnityを更に便利にする（その１） - Bye Bye Moore
以前の記事で紹介したTDDフレームワークUnityですが、 それの強化発展版としてCeedlingというものがあります。 Sinatraにとってのpadrinoみたいなものですね。 前提 Ruby / Rack が動作する環境 gcc系のC/C++コンパイラ 手順 $ gem install ceedlingで導入完了です。楽々。 それでは、早速サンプルを展開してみませう。 $ ceedling example temp_sensor create temp_sensor/vendor/ceedling/docs/CeedlingPacket.pdf create temp_sensor/vendor/ceedling/docs/CExceptionSummary.pdf create temp_sensor/vendor/ceedling/docs/CMock Summary.pdf c
Test-Driven C with Ceedling
Recently, an Arduino project forced me to brush up on my C. Like many programmers of my generation, C was my first programming language; but it has been a while since I wrote anything in it. After a quick K&R refresher, I immediately began looking for a unit testing framework. I found several, but I had trouble setting them up. Finally, I came across Ceedling. Ceedling is a Ruby gem that takes car
Rubyで書かれた統合C言語TDD開発環境 「Ceedling」 がけっこう便利そうな件
UnityやCMockについて色々調べて来ましたが、今日はそれらを束ねるツール Ceedlingにつついて調べました。 Ceedlingとは# Ceedlingとは、UnityとCMockを使ってテストを実行するためのテスト管理用フレームワーク。テストを助けるための便利なツールがRubyスクリプトで書かれていて、それらを利用してC言語でのTDDをウマクやるためのツール。 Ceedlingのインストール# CeedlingはRuby,Rakeが必要なので、まずはrubyとrakeをインストールしておくこと。また、Rubygemもパッケージ取得のために必要。入れておくこと。 Ceedlingのインストールは以下のコマンドで実施する。 gem install ceedling Ceedlingプロジェクトの作成する。 ceedling new ceedling_study Unity・CMock
TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab
諸事情により研究で使うシミュレータを変更せざるを得なくなってしまった森です．心が折れたので，気分転換に昨夏某所で少しだけ弄ったNode.jsを勉強がてら一年ぶりに触っています．一年も経つと様々な新しいモジュールも公開されており，やはりこの界隈は発展が目覚ましいなと感じています．なかでもテスト環境はかなり整えやすくなっているのではと個人的に思いました．そこで今回はJavaScriptでの簡単なテストやその自動化の方法について紹介したいと思います． テストツールの紹介 見て分かるように，主要なものだけでも色々な選択肢があります．ここで挙げられているJasmineやMocha, BusterJSなどがいわゆるxUnitとよばれるようなテスティングフレームワークになります．もちろん全て紹介するわけにはいかないので，今回は MochaやChaiなどを使ってテストを行いたいと思います． node.js
![TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/6fb85709910f40fff26e38398d3681ecb64af169/height=288;version=1;width=512/http%3A%2F%2Finet-lab.naist.jp%2Fblog%2Fwp%2Fwp-content%2Fuploads%2F2014%2F09%2F703cd43fa85a4ad1211f2945c67fefac.png)
TDD Anti-patterns catalogue at Stack Overflow を簡単に訳してみた - joker1007’s diary
Stack OverflowのTDD Anti-patterns catalogueというスレがとても面白かったので訳してみた。 Stack Overflowのvoting機能でアンチパターンへの投票を行っている感じ。 上から投票の多い順になっている。 得票数はこの記事執筆時点(2013.7.9)のもの。 SQLアンチパターンっぽく、パターン名はそのまま片仮名にしてみた。 また、内容がかなり被っているとか、状況がかなりレアじゃないかと思うものは、一部省略しました。 (ブコメで訳間違ってるよ、って教えてもらったので、一部修正しました 2013.7.10) フリーライド (テストのただ乗り) 50pt 新しいテストケースを書くのではなく、他の機能のテストに新しいアサーションを追加して既存のテストケースに乗っかる。 セカンドクラス シティズン (二等市民) 47pt プロダクションコードのように
そろそろ『test driven development for embedded c』について書いてみる · Futurismo
25 Aug, 2012 · by admin · Read in about 3 min · (1428 Words) 組込み <div class='amazlink-info' style='height:160; margin-bottom: 10px'> <div class='amazlink-name' style='margin-bottom:10px;line-height:120%'> <a href='http://www.amazon.co.jp/Test-Driven-Development-Embedded-Pragmatic-Programmers/dp/193435662X%3FSubscriptionId%3DAKIAJBCXQ4WQGJ7WU3WA%26tag%3Dsleephacker-22%26linkCode%3Dxm2%26camp%3D2025
TDDでiPhone開発 - ひげろぐ
最近またiPhone開発のコードをいじり始めたので、遅ればせながらObjective-Cでユニットテストする環境を整えた。 以下がよくまとまっていて参考になりました。感謝。 Unit Testing for iPhone App Development – ちくわプログラマにっき SenTestingKitを使ったUnitTestについてのメモ – iRSSの日記 – iPhoneアプリ開発グループ 人生を書き換える者すらいた。: iPhoneと単体テスト環境構築メモ ユニットテスト用のターゲットを作り、テストに関連するクラスやライブラリをターゲットに含める。 テストコード テスト対象のクラス テスト対象のクラスが利用しているライブラリやフレームワーク あとはビルド時にテストを実行して、アサーションが転けるとコンパイルエラーのごとくエラーとして表示する。 今のところNSLogもデバッガも使
autotestとRSpecを使う
色々見たけどgithub見るのが一番早かった https://github.com/rspec/rspec/wiki/autotest まずはRSpecとZenTestをインストールする。 % gem install rspec % gem install ZenTest ~/.rspecに書いたRSpecの設定はこんなん。 # /.rspec --format nested --color ファイル保存のタイミングでテストを実行してくれるようにautotest-fseventを、 テスト結果をgrowlで通知してくれるようにautotest-growlを入れる。 % gem install autotest-fsevent autotest-growl ~/.autotestを作って、以下を書く。 # Include plugins require 'autotest/fsevent'
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tdcss.js introduction
tdcss.js demo
Tdcss.js by jakobloekke
https://www.jitu.org/~tko/doc-jp/tddkozou/tddkozou.html
bitbucketの使い方