テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
Jenkins(Hudson) で Android アプリケーションのテストを自動実行する | ゆーすけぶろぐ
JenkinsというCIツールが流行っているらしいので試してみました インストールは公式の手順通り Installing Jenkins on Ubuntu – Jenkins – Jenkins Wiki installすると8080ポートで動き出すのでブラウザからアクセスします http://localhost:8080/ Android のテストはエミュレータで実行する前提で進めます まずは Android Emulator Plugin を入れます アップデートセンター [Jenkins] github にソースを置いてる人は Git Plugin も入れましょう 続いてシステム設定で android sdk と ant の設定をします システムの設定 [Jenkins] それぞれ /var/lib/jenkins/tools/ 以下に入るように設定します （jdk
テストが間違ってたら？ - 日々常々
「テストが間違ってたらどうするんだ」 自動テストの話をするとよく言われます。テストが間違ってたらわからないじゃないか。手動テストであれば、注意深く目で確認していれば間違いに気づけると言う主張です。 「目で確認していれば気づける」のは間違いではありません。必ず気付けるわけではありませんが、十分な知識を持った人が、十分な集中力と責任感をもってエビデンスを確認すれば、誤りに気付ける可能性は高いと思います。 品質(主に機能性)を目的とした自動テストでも、それを行う必要があります。それがテストコードのレビューです。 手動テストの場合、テスト実施前に手順や確認項目のレビュー、実施中の確認、実施後のエビデンス確認と、人が確認するタイミング*1が三カ所あります。 これに対し自動テストの場合、テストが書かれた時のみ。実行中は勿論、実行結果の確認に注意はありません。ただ成功か失敗かだけなので。ならば、テストコ
S is For Spec at RubyKansai25
The document discusses test driven development (TDD) using the RSpec testing framework in Ruby. TDD follows the "Red, Green, Refactoring" process of writing a failing test case ("Red"), making the test pass by writing code ("Green"), and refactoring the code without breaking existing functionality. The goal of TDD is to produce clean, well-designed code through an iterative process of writing test
テスト駆動開発のプロセス解析 佐賀大学理工学部知能情報システム学科 卒業論文 (平成23年2月1日) 提出者 中山 裕貴(07233048) 指導教員 大月 美佳 講師 学科主任 新井 康平 教授 Department of Infor
テスト駆動開発のプロセス解析 佐賀大学理工学部知能情報システム学科 卒業論文 (平成23年2月1日) 提出者 中山 裕貴(07233048) 指導教員 大月 美佳 講師 学科主任 新井 康平 教授 Department of Information Science, Faculty of Science and Engineering, Saga University A Graduation Thesis Process analysis of Test-Driven Development Author 07233048 Yuki NAKAYAMA Supervisor Lecture Mika OHTSUKI Department Chair Professor Kohei ARAI February 1, 2011 Abstract We developed a tool for
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
ユニットテストの保守性を作りこむ, xpjugkansai2011
3. 自己紹介 • 井芹洋輝（いせりひろき） • 扱っているもの – 組込み開発/ソフトウェアテスト/開発者テスト • 所属 – WACATE実行委員/TDD研究会/ATECなど • 対外活動 – JaSST’11 Tokyo/WACATE2011冬/Androidテスト祭り等 – ソフトウェアテストPRESS総集編/Ultimate agile Stories
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HudsonでTDD！!
http://redmine.piece-framework.com/projects/stagehand-testrunner/wiki/%E3%83%86%E3%82%B9%E3%83%88%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%A9%E3%83%B3%E3%83%8A%E3%83%BC