今 Python で Django を使うときにテストについてはこうすればいい、という自分なりの解をまとめました。 方針 manage.py test app1 app2 の形式でテストする (Django の仕組みに乗る) app1/tests/test*.py をデフォルトで全部テストする (app1/tests.py ではなく) coverage は html にして CIサーバーで見られるようにする これらを満たすのは現在のところ django-nose です。 また CI は CircleCI を使うとします。 Django の準備は必要に応じて http://qiita.com/seizans/items/1dc744694c1072e2b8d3 などを参照ください。 CircleCI のアカウント作成などは https://circleci.com/ から、特に難しいこと無く
#!/bin/bash # Remove mecab sudo apt-get remove mecab # Install mecab cd /var/tmp curl -O https://mecab.googlecode.com/files/mecab-0.996.tar.gz tar zxfv mecab-0.996.tar.gz cd mecab-0.996 ./configure make sudo make install # load mecab.so sudo sh -c "echo '/usr/local/lib' >> /etc/ld.so.conf" sudo ldconfig # Install mecab-ipadic cd /var/tmp curl -O https://mecab.googlecode.com/files/mecab-ipadic-2.7.
RailsをAPIサーバにしてクライアントコードをRailsとは完全に切り離してAngularJSで構築しているプロジェクトにおいてテストを自動化するためにCircleCIを使っています。 そこで、カバレッジを出力するのにrspecの場合は下記を参照して簡単にできるのですが、クライアントコードのカバレッジの出力に若干工夫が必要だったので、ここで簡単にやり方をご紹介します。 上記のURLだと"../../../"でカバレッジのHTMLの出力先を指定しており、これだとややっこしいのでディレクトリをデフォルトの出力先ディレクトリを変更しました。 また、上記のrspecの場合は、spec_helper.rbでCircleCI環境時に出力先を指定しているのですが、karmaでは開発時に使用しているgruntのtestとは別にCircleCI用にtest:ciというタスクを用意して、CircleCI用
CircleCIをpublic reposに使うときに気をつけること
CircleCIをpublic reposに使うときに気をつけること TL;DR CircleCIをpublic reposに使うときは、気をつけて使う必要がある。秘匿情報を入れてる時は、fork reposからのpull requestをbuildしてはいけない(CircleCIデフォルト設定)。 経緯 CircleCIでfork reposからのpull requestが来ない。 Tachikoma.io を使ってみた – えいのうにっき circle ciでpublicで同じように使えてる、気がしてたけどprivateとは条件がよく考えると違ったり、travis-ciと全く同じようにはいかない、部分があった。 で、普通に考えるとcircleci的には危ない機能なので設定は安全に倒してあった。 注意 悪意のあるpull requestがたとえばrake testに puts YOUR_
髭伸ばしてみました。@kyo_agoです。この記事はE2EテストAdventCalendar -3日目です。 さて、みなさま前回の記事でE2Eテスト入門できたでしょうか？ この記事は前回の状態を踏まえて説明しているため、未読の方は是非一度ご覧の上以下の内容をお試しになることをお勧めいたします。 前回の記事では以下の状態になることが目的でした。 ブラウザ上でE2Eテストが走ることPR毎にテストが走ることマージ前にテストが成功したかどうかがわかることただ、これには以下のような問題があります。 PRの内容でテストが成功するかわからない（テスト対象がインターネット上のURLになるため）この記事ではこの点に関して解決していきたいと思います。 以下の様な手順で進めます。 travis上でhttpdを立ち上げるtunnel-identifierを指定するテスト用のhtmlを設置するテストの対象を変更する
自転車通勤始めました。@kyo_agoです。この記事はE2EテストAdventCalendar -26日目です。 今日はGithub上でTravisCI、SauceLabs、Protractorを使って簡単に始められる継続的E2Eテストの方法を紹介したいと思います。 ゴールはGithubにPRする毎にTravisCIがProtractorを使ってSauceLabs上で検証した結果を教えてくれるところです。 登場するユーザ名（kyo-ago）、リポジトリ名（Protractor-SauceLabs-TravisCI-sample）は実際のものに置き換えて読んでください。 SauceLabsの登録まず最初にSauceLabsのアカウントを作成します。 この時点ではGithubのリポジトリも何らかの設定ファイルも必要ありません。 「Getting Started」を押してください。 ダイアログが
Coveralls を使っていて、カバレッジは100%と表示されているのにバッジが と表示されてしまう現象に悩まされたのでメモ。 結果から先に書きますが、今回は GitHub 上の Badge is not updated / showing unknown status という Issue で報告することで社員さんに直して貰いました。 ただし、後から調べてみたところ自力で直すこともできなくはなかったようです。 ここからは推測も混じるのですが、 Coveralls は送信されたカバレッジ情報が前回と同じなら処理を省略する仕組みがある カバレッジ対象のコードを変えずに連続してcommitすると、バッジだけ になってしまうことがある 空commitしたり、カバレッジ対象外のコードを修正してcommitしても、送信されるカバレッジ情報は変わらないのでバッジの内容は変わらない という状況だったので
Dynamic badges Show metrics for your project. We've got badges for hundreds of services.
先月に公開した超ニッチなツールFont Awesome Workflow for Alfred 2が意外と好評で、そこにオクラホマ州からこれOS X Mavericksで動いとらんよとお便りが届いたりした。 そんなわけで少々テストを書いた上で、Mountain Lion以前に入っているRuby 1.8.7と、Mavericks以降に入るRuby 2.0.0の両方で常に動作確認しておくようにしたいと考えて、まずTravis CIを、その後CoverallsとCode Climateを導入した。この記事はその備忘録。 {: .ArtcleBody-inlineImage .u-textCenter } それらを導入すると、こんなかんじのバッジを表示できる。GitHubでよく見かけるやつ。今回使ったサービスはどれも、オープンソースなら無料で使わせてもらえる。 Travis CIは名前の通り継続的
はじめに 以前，Djangoのテスト(ユニットテスト)の書き方について勉強したことがありました． Djangoのテストの書き方について勉強したのでまとめる - Programming Log 今回は↑の記事でも作成したDjangoプロジェクトに，Travis CIの設定を追加しました． Jenkins使おうかと思っていたのですが，Travis CIの方が手軽そうだったのでこちらにしました． ソースコードはGithubで公開しています． Travis CIについて Travis CIは言語の各バージョンを同時ビルドでき，利用者が多くドキュメントも豊富らしいです． もちろんDjangoのTutorialもありました． これを参考にすすめてみます． Travis CI: Building a Python Project アカウントの作成 travis ciのトップページからGithubでサイン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
