前々から気になってたけど先日のTDDBCのこともあるので触ってみました。 http://cutter.sourceforge.net/index.html.ja 前にチラッと見かけたうろ覚え情報によると、CUnitとかみたいに一々テストメソッドの登録とかイランとかで使いやすい、と。 ってか、ついこの前GoogleTest触ったけど、main()書いてなかったよな・・・・あらあら？ まぁええか。 ◯環境 MBA + port ◯インストール 各環境別にインストール方法が載ってたのでそれに従って。 あ、すげぇ。すんなり終わった。 ◯チュートリアル あれ？liboolizeでエラーになる。。。libtool入れたのに。。 でいろいろ見てて気づいたけど cutter-macports/README MacPorts for Cutter had been imported into the off
テスト駆動開発(Test-Driven development = TDD)については、以前からTest Firstという名で知っていましたし、実践しようともしていたはずなのですが、Kent Beckの"Test-Driven Development by Example"を読むまでは、やっぱりわかっていなかったような気がします。 それでは今ならわかっているのかというとそれも心もとないので、自分の理解を確かめるためにもmini Test-Driven Development by Exampleを書いてみることにしました。 使用している言語はRubyです。私はRubyが得意なわけではないのですが、Rubyなら処理系によるエラーメッセージの違いやIDEの操作方法の違いに惑わされずに済むかもしれないと思いRubyにしてみました。必要最低限の説明は入れましたのでRubyを良く知らない人でもわかっ
みなさんはじめまして。 2011年11月に中途で入社し、現在はAmeba事業本部でスマートフォン版Ameba（通称デカグラフ）の開発をしている川口（facebook）と申します。 JavaScriptにおけるテストフレームワーク JavaScriptにおけるテストフレームワークとしては、有名なもので現在以下のものがあります。 ●JsUnit Javaのテストフレームワークとして有名な「JUnit」を参考に作られたテストフレームワークです。 ●QUnit もともとjQueryをテストするために開発されたフレームワークですが、現在ではjQueryへの依存が無くなっているためjQuery以外のライブラリを使ったプロジェクトでも使用できます。 ●Jasmine
テストを書くときこういう風に書くと思う。 var T = require("./timbre.debug.js"); var assert = require("chai").assert; describe("test1", function() { // テストのコード }); mocha とか chai はブラウザでも実行できるので、そういうときは require をちょっと書き換えるだけでひとつのテストコードを使いまわせて楽だと思いました。 <script src="/timbre.js/timbre.debug.js"></script> <script src="/timbre.js/misc/js/jquery.js"></script> <script src="/timbre.js/misc/js/mocha.js"></script> <script src="/tim
本書は裏表紙に「中級技術者向け」と明記されている。JavaScriptの言語仕様に関して、入門したことない人や、関数型の言語に見地のない人は、パーフェクトJavaScriptやサイ本あたりで、JavaScriptの言語仕様を身につけてから、取り扱うことを推奨する。それぐらい価値のある内容に本書は仕上がっている。 そして、 正統派なTDD(テスト駆動開発)について理解したい JavaScript自身の言語的な特徴を押さえておきたい テストできるJavaScriptのコードを多く閲覧したい 実際のプロダクトに活用できるアプローチを数多く知りたい と、考えているJavaScriptを日頃から書いている人、携わっている人に、必ず読んでもらいたい1冊である。 全体を通じて、テストできるコードの特徴は何か、単体テストとテスト駆動環境の利点を享受できる優れた単体テストはどのようなものかをサンプルとともに
今日もPython。 サポートする様子がないので自前で用意する。 http://codepad.org/0hBSIhCh 使い方は import urllib2, cookielib import MultipartPostHandler cookie = cookielib.CookieJar() opener = urllib2.build_opener(urllib2.HTTPCookieProcessor(cookie),MultipartPostHandler.MultipartPostHandler) url = "http://example.com/post" post_data = {"name" : "test", "file" : open("filename.mpg", "rb"} open = opener.open(url, post_data) みたいな。UR
最近は、三項演算子を多用しているのだけれど、やっぱり人が使ってるのを見ると気持ち悪い。 http://d.hatena.ne.jp/brazil/20050921/1127314004 Test.Builder.globalScope = typeof JSAN != 'undefined' ? JSAN.globalScope : typeof window != 'undefined' ? window : typeof _global != 'undefined' ? _global : null; これは解読するのにやたら時間がかかる気がする。コロンの後が値なのか条件なのかわからないからだ。 俺ならこう書く。 Test.Builder.globalScope = (typeof JSAN != 'undefined') ? JSAN.globalScope : (typeof wi
Google App Engine SDK for Python には、単体テスト用に各サービスのスタブが提供されています。このスタブと unittest を使えば、ローカル環境で GAE 用アプリの単体テストが可能です。 GAE/Python で unittest を使って、単体テストを行うサンプルは次の通り。 #!/usr/bin/env python #encoding: utf-8 import os import sys # 環境設定 # これをしないと GAE のモジュールをインポートできない。 # テスト対象のクラスも同様。 # ここを自分の環境に合わせて書き変えます GAE_HOME = 'Google App Engine SDK ディレクトリのパス' PROJECT_HOME = 'アプリケーションのルートディレクトリのパス' # テストで使う GAE のモジュールのパ
if 文と test コマンド if 文とは？ if 文とは、与えられた条件式が真のときのみ処理を行い、それ以外の場合は処理をスキップする、などといった場合に使用される条件分岐処理である。 条件式には一般的に test コマンドを用いるが、ls コマンドや grep コマンド等の他のコマンドを用いても構わない。 if 文は条件式に指定されたコマンドの終了ステータスを判定し分岐を行う。終了ステータスが「0」の場合は真、その他の場合は偽となる。 if 文 タイプ 1
jQuery や Backbone.js で UI を開発していて面倒なのが、サーバー側の API を呼び出す部分の実装です。呼び出したい API が既に実装されていないと、細かいところまで作り込めません。 あと、上手く動かなかったときも面倒です。原因がクライアント側ならすぐ直せますが、サーバー側だった場合、サーバー側のコードを修正して、テストまでしないといけません。効率悪いですよね。 できれば、クライアント側の開発はクライアント側だけで完結したい。さらに欲を言えば、最終的にサーバー側の API を呼び出すように修正するとき、出来るだけ少ない修正で済むようにしたい。 API 呼び出しを抽象化してダミーの処理と差し替えたり、jQuery.ajax を上書きしたり、色々工夫して最後に行き着いたのが『jquery-mockjax』。 appendto/jquery-mockjax · GitHu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く