タグ

2013年8月5日のブックマーク (5件)

  • 『PhantomJSを使ったスマホサイトテストの自動化(後編)』

    1 pixel|サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 みなさんこんにちは! 先週に引き続きまして、スマホ版Ameba担当の川口です。 前回予告した通り、後編ではPhantomJSを使ったさらに実践的なテスト手法を解説していきます。 PhantomJSを使ったスマホサイトテストの自動化(前編) 内容に関しては、前回お伝えしたとおり ・認証を前提としたページのテスト方法 ・Sinon.JSを利用したAjaxのレスポンスの改変 という構成になっています。 認証を前提としたページのテスト方法みなさんは認証が必要なサイトのテストをブラウザで行う場合、いつもどのようにテストされているでしょうか? ・アカウントとパス

    『PhantomJSを使ったスマホサイトテストの自動化(後編)』
  • jasmine-jqueryというかloadFixturesが便利

    beforeEach内でDOMをちまちまやるのが面倒 なんですよ.例えばですが乱暴にゴチャゴチャと書くと... describe('Some test case....', function() { var testDiv, testList, attrTest, insertTest; beforeEach(function() { testDiv = document.createElement('div'); testDiv.innerHTML = '<a id="attrTest" data-test="hogehoge" target="_blank" href="#">test</a>'; document.body.appendChild(testDiv); testList = document.createElement('div'); testList.innerHTM

    jasmine-jqueryというかloadFixturesが便利
  • smarty2からsmarty3に移行する際の注意点

    今更Smarty…って思わないことはないのですが使われているので仕方が無い せめて2系から3系にアップグレードできないかなと思って軽い気持ちで試したら3日ほどハマりましたよ Download | Smarty Smartyクラスを使わずに互換用のSmartyBCを使う ~~~ $this->_smarty = new Smarty(); ~~~ ↓ ~~~ require_once ‘Smarty/libs/SmartyBC.class.php’; $this->_smarty = new SmartyBC(); ~~~ もっと簡単に書くにはextendsして__constructを使う ~~~ class MySmarty extends SmartyBC { function __construct() { parent::__construct(); $this->allow_php

    smarty2からsmarty3に移行する際の注意点
  • git rebaseを使うときのルール | Yakst

    Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ

    git rebaseを使うときのルール | Yakst
    tiadeen2
    tiadeen2 2013/08/05
  • 例外設計の話

    例外設計の話。 こんな指針がいいのかなー 2013 夏 ver. 例外の目的とは? 「例外をキャッチする主な目的は、エラーの原因を取り除いて、回復すること」 via http://dobon.net/vb/dotnet/beginner/exceptionhandling.html .NET の「例外のデザインのガイドライン」にもこう書いてある。 特定の例外が特定のコンテキストでスローされる理由を把握できている場合は、その例外をキャッチするようにしてください。 回復可能な例外だけをキャッチする必要があります。たとえば、存在しないファイルを開こうとした場合に発生する FileNotFoundException は、アプリケーションで処理できる例外です。それは、アプリケーションがユーザーに問題を知らせ、ユーザーが別のファイル名を指定したり、ファイルを作成したりできるようにすることが可能だからで

    例外設計の話