テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
Mocks Aren't Stubs
The term 'Mock Objects' has become a popular one to describe special case objects that mimic real objects for testing. Most language environments now have frameworks that make it easy to create mock objects. What's often not realized, however, is that mock objects are but one form of special case test object, one that enables a different style of testing. In this article I'll explain how mock obje
単体テスト盲信してる皆様へ
そもそも意味あるのかちゃんと考えてる？ 「単体テストを書けばバグが減ります！」 「単体テストのお陰で精神的安定を保てます！」 馬鹿じゃねーのかｗ？ テストコードのメンテなんてデバッグの手順書メンテしてるのと大して変わらねーよｗ その単体テストが本番と同一の動作をテストできてる保証はねーって気づけボケが 本番と同じ動作をテストしたかったらデバッグしろよ なんで別のコード書き始めちゃうの？無駄じゃん馬鹿じゃん それと「テストコードがあるから安全です」なんて寝言まだ言ってるの？ プロジェクトが進むにつれソースも依存ライブラリも変化する以上 いつも同じ結果になるわけじゃねーだろが、（保守しないって選択はあるけど金入ってこないだろ） 本番でもテストコード動かしますってやつら以外無理して単体テスト書く必要ないんじゃねーか？ お前らが欲しいのは軽いデバッグモードであって単体テストじゃねーだろ？ 工数削っ
Testing in Swift
About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac
PHPでPHPUnitを使ってテスト駆動開発（TDD）をやってみよう。
PHPと、その自動化テストツールであるPHPUnitを使って、テスト駆動開発（Test Driven Development）を実際にやってみます。また、TDDをどうやってやるか、だけでなく、なんでやるべきなのか、どうメリットがあるのかにも注目した内容となっています。 このビデオはNettutsのビデオを参考にしています。というよりはそれの日本語訳に近いですが、僕の個人的主張、特になぜTDDが便利なのかに力を入れた内容です。 Nettutsのビデオは英語ですが、とてもおすすめですので、英語が分かる方はそちらもどうぞ。 非常にシンプルな内容で、テスト駆動開発初心者向けの内容ですが、ある程度PHPの事前知識が必要です。下記のような疑問をお持ちの方を対象にしています。 - テスト駆動開発ってなに？ - 聞いたことあるけどよく分かんない - どうにもピンとこない - メリットがよく分からな
テスト自動化研究会 - 4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
オープンソースのブラウザテストツール「Selenium WebDriver」の使い方と、テストスクリプトを効率よくメンテナンスする方法について、実際にプログラムを書きながら学べるチュートリアル形式教材です。 前半は、Selenium入門ドリルです。基礎から丁寧に解説されているので、Seleniumは初めての方でもテストが書けるようになります。 後半では、テストのメンテナンス効率をあげるための技法「ページオブジェクトデザインパターン」の習得を目指します。こちらも基礎から解説していくので、Seleniumが初めての方でも大丈夫です。 プログラミング言語Javaでテストスクリプトを作成するので、Javaで基本的なプログラムが書ける必要があります。 自習教材として利用する場合 前提知識・事前準備手順ドキュメントの手順に従い、必要な事前準備とインストールを完了させます。作成したEclipseプロジェ
TDDのカレンダー | Advent Calendar 2013 - Qiita
REDとGREENはクリスマス色♪ TDD Advent Calendar jp: 2013 今年もやります、TDD Advent Calendar ! ハッシュタグ : #TddAdventJp Advent Calendar とは? クリスマスまでの日数を数えるために、1日に1つ、穴が空けられるようになっているカレンダーです。転じて、技術系コミュニティで、クリスマスまでの25日間に Tips を1つずつ公開するイベントを Advent Calendar と呼ぶそうです。 ルール TDD に関するネタをひとつ、特定の日に、自分のブログにアップロードしてもらうだけです。技術的な内容に限らず、TDDBC などのイベントから得たことや TDD していて気付いたことなど、ゆるふわ っと何でもありです。執筆日は早いもの勝ちで。 【お願い】記事には、投稿一覧ページか参加状況ページへのリンクを入れてく
Test Yourself - テストを書くと何がどう変わるか
SideCI主催のVenturesCI.rb #1のLT資料です。 「どうやらテスト駆動型開発は死んだようです。これからのCI」です。 要約すると、TDD死んじゃった。テスト自体は否定しないし有用だと思う。でも、ユーザに触れるEndToEndの振る舞いのテストを主に書き、テストカバレッジ100%を目指す時代は終わった(コストが高過ぎる。自転車の補助輪のようなものだ、テスト駆動型はもう外そう！)。EndToEndテストはCapybaraがよさそうだね。という内容です。
第8回 テスト駆動開発の「サイクル」――まず受け入れテストで土台を作る | gihyo.jp
ニコニコ動画：https://www.nicovideo.jp/watch/sm2316518 テスト駆動開発には「リズム」と「サイクル」があります。 リズムについては前回説明しましたので、今回と次回でサイクルの話をします。 テスト駆動開発のサイクル テスト駆動開発のサイクルとは、1つの機能を実装するにあたって、どんな手順を踏んで、どういう回し方をしていくかということです。たとえば、ある1つの機能を実装したい、提供したいということになったときに、まずどういうテストを書いて、それからどういうコードを書いていくのか。 今回は、テスト駆動開発のサイクルとしてまず最初に受け入れテストを土台として作るという話をします。 そして次回、その受け入れテストを通すために、どのようにレッド、グリーン、リファクタリングというサイクルを回していくのかというお話をします。 なお、ここで説明する回し方の対象は、スタッ
- テスティング
車窓からのＴＤＤ [PDF形式 126 KB] 最近話題沸騰（？）のテスト駆動開発について、 ko-chan(北野)と平鍋の二人が実際にTDDを行っている所を実況中継したいと思います。 TDDが行われた場所は、二人が出張から帰る「加越」という特急電車の中。 さて何が行われたのか？
［動画で解説］和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp
第16回プログラミング言語とTDDは、どちらを先にマスターすべきか？ 和田卓人 2007-12-21
テスト駆動開発 - Wikipedia
テスト駆動開発 (てすとくどうかいはつ、英: test-driven development; TDD) とは、プログラム開発手法の一種で、プログラムに必要な各機能について、最初にテストを書き（これをテストファーストと言う）、そのテストが動作する必要最低限な実装をとりあえず行なった後、コードを洗練させる、という短い工程を繰り返すスタイルである。多くのアジャイルソフトウェア開発手法、例えばエクストリーム・プログラミングにおいて強く推奨されている。近年[いつ?]はビヘイビア駆動開発へと発展を遂げている。 開発サイクル[編集] 最も基本となる開発サイクルは以下のようになる。 失敗するテストを書く できる限り早く、テストに通るような最小限のコードを書く コードの重複を除去する（リファクタリング） なお、テストの実行環境ツールであるxUnitでは、テストの失敗を赤いバー、成功を緑のバーで通知するため
テスト書きすぎ問題 - hitode909の日記
テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OSSのブラウザ自動テストツール「Selenium」を使った、開発・テストの効率化
PHPUnit でテスト駆動開発を始めよう