Jasmine: Javascript Testing Framework
describe("Jasmine", function() { it("makes testing JavaScript awesome!", function() { expect(yourCode).toBeLotsBetter(); }); }); Documentation User Guide Release Notes API Documentation Contributor Guide Download For pure JavaScript projects: VersionSizeDateSHA1
TDDプロセスデータ収集 - Wiki - Redmine
なるべく自信のある言語で行ってください(複数言語可)。 記録方法¶ 記録にはgit-nowを利用します。 git-nowとは神速さん発案、川西さん実装の、テンポラリ用コミットを作成するための非標準コマンドです。 今回の記録への利用を考えた理由としては、git nowはTDD との相性が良いためです。 インストール方法や使い方についてはこちら を参照ください。 作業順序例としては、 git init 各種作業(テスト作成や実装) テスト実行 git now 2.～4.を繰り返す １つの課題が終了した時点でタグを打つ git now --rebaseでゴミ(タイプミスなど)の除去 2.～7.を繰り返して各課題について実装を行う のような感じにと思います(テスト実行直前or直後にgit nowされていれば基本的に問題ないです)。 注意点としては、 テスト実行ごとにテスト結果をXMLフォーマットで
より良いテスト駆動開発を行うためのチートシートの紹介
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
Google Testing Blog
TotT 98 GTAC 61 James Whittaker 42 Misko Hevery 32 Anthony Vallone 27 Code Health 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Adam Bender 3 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 Ma
JenkinsとPythonの連携 - kuma8の雑記帳
はじめに 今回は、Jenkins と Python の連携についてです。 使用するツールは、とても便利なテストフレームワーク nose と カバレッジ coverage との連携についてです。 nose連携 まず、 nose との連携からです。 nose をそのまま実行したのでは、Jenkinsに取り込めないため、XUnit形式のレポートを出力する必要があります。 XUnit形式のレポート出力には、 unittest-xml-reporting を導入する必要があります。 unittest-xml-reporting がインストールされていると、noseの出力レポートをXUnit形式にすることができます。 インストール $ easy_install -ZU nose $ easy_install -ZU unittest-xml-reportingnose の使い方は割愛しますが、コマンド
最近のagile-testing - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
前回にひきつづき。 virtual training for testers BDD/ATDD(参照)のオンライントレーニングってなんかあるんですかね、という話。だいたい有料トレーニングコースの話題なんだけど、それ以外に出てた Rubyスクリプティングテクニック ―テスト駆動による日常業務処理術(原題:Everyday Scripting with Ruby: For Teams, Testers, and You)、pairwith.usのペアプロ動画がちょっと興味深い。 Testing moving from waterfall to iterative テストプロセスをアジャイルにしたいがQAの反発があるという話。先週に引き続き盛り上がってる。 品質指標を測定してアジャイル開発の効果を示せとか。 Layer Acceptance Test Should Call in MVC App
Google Test — Google Test ドキュメント日本語訳
はじめに¶ このページは，Google Test のドキュメント類を日本語訳したものです．翻訳に関しては，誤りのないように配慮しておりますが，至らない点も多々あるかと思います． 誤訳・誤字・脱字や不適切な表現を発見されましたら， ご連絡頂ければ幸いです（ http://opencv.jp/forum ）． 原文は英語であり，この訳文はオフィシャルなものではありません．なお，免責事項として，本訳を利用者が利用するにあたり，いかなる損害に対しても訳者はその責を負いません． Google Test プロジェクトページ： http://code.google.com/p/googletest/ ドキュメント¶ Google Test 1.6 のドキュメント このページには，Google Test 1.6 に対するすべてのドキュメントページが挙げられています． Google Test のリリース版を
Parameterized Test at XUnitPatterns.com
The book has now been published and the content of this chapter has likely changed substanstially. Please see page 607 of xUnit Test Patterns for the latest information. How do we reduce Test Code Duplication when we have the same test logic in many tests? We pass the information needed to do fixture setup and result verification to a utility method that implements the entire test lifecycle. Sketc
ウノウラボ Unoh Labs: アジャイルな開発をチームでやってみた(2010年版)
こんにちは murahashi です。 アジャイルな開発をチームでやってみている(2010年)のですが、いざやってみると結構ハマリどころがありました。やってみたことを共有しておこうと思います。 かたちから入ろう 朝会 アジャイルな開発と言えば朝会なので、朝会から始めました。 開始時刻をメンバーで決めて、それぞれが昨日やったこと、今日やること、おしらせ、困っていること、を共有しました。 さらに、朝会前に社内wikiにメモ書き程度の項目を書いておきます。これにあらかじめ目を通すことで、一番の課題に時間を集中することができました。 アンチパターン・決めた時刻を守らない 11時から朝会始めようと決めたのに、11時過ぎに汗だくで飛び込んできて「遅れてすみません」「wiki書いてません」「wiki読んでません」というのは、チームの空気を悪くするだけでなく、単純に全員の時間を無駄にしてしまいま
PythonでUnitTestとCodeCoverageをやってみる（２） - HDEラボ
$ python coverage-2.80/coverage.py -e $ python coverage-2.80/coverage.py -x testSuiteCalc.py test0Tasu5 (__main__.testCalc) ... ok test0Hiku5 (__main__.testCalc) ... ok test10Kakeru2 (__main__.testCalc) ... ok test10Waru2 (__main__.testCalc) ... ok ---------------------------------------------------------------------- Ran 4 tests in 0.002s OK $ python coverage-2.80/coverage.py -r -m Calc.py Name S
テスト成功ごとにgitにコミットしてみる - Natural Software
確か@katzchangのツイートにだった気がするんだけど、「テストごとにgitにコミットすればコードの成長過程が残るよねー」って。 なるほど。 毎回ちゃんとコミットすればいいんだけど、よく忘れるのでmakeしてテスト実行する際にgitへのコミットも入れてみた。コミットメッセージはコミット時刻です。 環境はMac+C++ コードのサンプル：http://github.com/kaorun/MakefileGit 履歴のサンプル：http://github.com/kaorun/MakefileGit/commits/master Makefileをこんな感じに書いてみた NOW=$(shell date +"%Y/%m/%d %p %I:%M:%S") test: test.cpp g++ test.cpp -lgtest -lgtest_main ./a.out git commit -
C++の便利ツール・ライブラリ - DO++
フルタイムで働きはじめて4ヶ月。 いろんなことがありました。 今日はインターンが来ているということもあり日頃のC++コーディングライフの中で大変重用しているツールを紹介します。といってもどれも有名なツールでググれば解説がでてくるとは思いますので、一言ずつだけ紹介してみます。みなさんも何かよさげなライブラリ・ツールがありましたら教えてください。 - valgrind/callgrind/cachegrind プログラムの実行結果を解析するツール群。まぁ、王道であえて紹介する必要はないかもしいませんが.。valgrindはプログラムのどこかでメモリが漏れているかどうかのチェックに使います．コードのどの部分で確保した領域がどこで漏れているかまで追跡することができます valgrind --leak-check=full command プログラムのどのが計算量的にボトルネックになっているかを調べ
RSpec の入門とその一歩先へ、第3イテレーション - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ、第3イテレーション』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 大きく時間が開いてしまいました(すみません…)、RSpec 入門の第三イテレーションです。 (第3回 coffee.rb の開催に合わせたライブ更新で書かれましたので、まだ詳細の説明は途中のところもあります。) 第1イテレーション 第2イテレーション 前回終了時点のコードと実行結果 この「RSpec 入門とその一歩先へ」シリーズでは、メッセージフィルタを RSpec を使って開発することで、 RSpec の機能と TDD を同時に学ぶことを狙いとしています。 前回終了時点のコードと実行結果をまず記します。 message_filter.rb class MessageFilter def initialize(*w
Buildbot で継続的インテグレーション - mixi engineer blog
こんにちは。パートナーサービス部の加藤和良です。 前回、mixi における開発者テスト について説明しました。だいぶ間があいてしまいましたが、今回は、そのテストを定期的に実行する 継続的インテグレーション の仕組みを紹介したいと思います。 テストが遅い 実は、mixi のテストは「遅い」という大きな問題を抱えています。 Micheal Feathers は『レガシーコード改善ガイド』のなかで、単体テストが高速に実行できることの重要性を解き「単体テスト」を厳しく定義します。 次に当てはまるものは単体テストではない。 データベースとやり取りする ネットワークを介した通信をする ファイルシステムにアクセスする 実行するために特別な環境設定を必要とする (環境設定ファイルの編集など) 上記に該当するテストが悪いというわけではない。多くの場合において、そのようなテストを書く価値はあり、しばしばテスト
Google Test 1.3.0を試してみる - shikaku's blog
Googleのテストフレームワークが気になったので試してみることにした。 あんまり日本語の情報ってないんですね。やっぱりテストは注目度低いのかな。 使ったのはVC++ 2008 Professional Edition。多分Expressでもいけると思うです。 http://code.google.com/p/googletest/downloads/listからダウンロード 試したのは1.3.0 解凍してmsvc/gtest.sln を実行 変換ウィザードが動くので、「完了」を押す gtest と gtest_main プロジェクトをビルド gtestを最初にビルド。次にgtest_main。 上の２つだけでOK。ソリューション全部ビルドしようとするとなにかエラーがでた。 なんどかビルドさせたら、全部ビルド通るようになった。なんだろ？ テストを試すためのサンプルプロジェクトを作成 作った
List of unit testing frameworks - Wikipedia
2.45OpenEdge Advanced Business Language (ABL), Progress 4GL
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Selenium Generator - GeekFactory
Trac 開発事例
Pain-free Continuous Integration for Python Using tox+Hudson - ActiveState
Break Free of Code Deadlocks in Critical Sections Under Windows