メモログ

Links for 2012-02-02 [del.icio.us]

2012-02-03T00:00:00-08:00

アフガンでの戦闘任務、2013年中に移譲その後は後方支援に NATO　国際ニュース : AFPBB News
NATOのアナス・フォー・ラスムセン（Anders Fogh Rasmussen）事務総長は、駐留軍は引き継ぎ後、後方支援にまわると述べた。ただし、当初の取り決めに従い、2014年までは撤退しないと強調した。
[NHS]ミルクが脳のパワーを高めるという根拠はない
牛乳を飲んで脳を活性化、記憶や認識力アップの可能性米研究　国際ニュース : AFPBB News

Links for 2012-02-01 [del.icio.us]

2012-02-02T00:00:00-08:00

インド、仏戦闘機を大量購入へ　国際ニュース : AFPBB News
急成長するインドは、新興国の中でも最も多く兵器を購入している。戦闘機の購入は、国境を接するパキスタンと中国に対する防衛力を高め、軍事力の増強を狙うインドにとって重要な戦略だ。
[NHS]ビタミンDが不妊カップルの妊娠に役立つか？
不妊の原因は様々で、Daily Mailがいうように日光浴をしただけで不妊治療が必要なくなるとはいえない。
Japanese social gaming firm DeNA adds support for Baidu Yi devices in China
フェイスブックがIPOを申請、グーグル超える大型上場　国際ニュース : AFPBB News
「大人の企業」へと脱皮するTwitter
「われわれはメディア業界で活動する会社だ。われわれはコンテンツの配信に携わり、そしてわれわれは……もっとも多くのトラフィックを生み出す会社のひとつである
あう
+1 / Pinterestへのマーケッターの群がり方が尋常じゃなくて、使ってると恥ずかしい感じになりつつある気がする
米フェイスブック「5つの経営理念」、ザッカーバーグ氏が発表　国際ニュース : AFPBB News
最も大きな影響力を持ちたければ、最善の道は、最も重要な問題の解決に常に重点を置くことだ。

Links for 2012-01-31 [del.icio.us]

2012-02-01T00:00:00-08:00

Links for 2012-01-30 [del.icio.us]

2012-01-31T00:00:00-08:00

IAEA、イランで核関連施設の調査を開始　国際ニュース : AFPBB News
AU本部ビルが完成、中国の全額負担で建設　写真2枚　国際ニュース : AFPBB News
バグダッドで自爆攻撃、31人死亡　写真5枚　国際ニュース : AFPBB News
この病院はイスラム教シーア派（Shiite）居住区にあり、国際テロ組織アルカイダ（Al-Qaeda）は数日前に、シーア派を狙った攻撃を続けると警告していた。　イラクでは1か月前に駐留米軍が撤退を完了したばかりで、国内治安部隊の能力に関する新たな懸念が浮上している。
三菱東京UFJ銀次期頭取「アジアで積極的な役割」　　：日本経済新聞
インド、イラン産原油代金のルピー決済を検討　国際ニュース : AFPBB News
オバマ米大統領、パキスタン領内での無人機攻撃を認める　国際ニュース : AFPBB News
FATAは訓練キャンプが多くあり、カシミール紛争の闘志（パキスタンには対インド戦略）にも関連がある地域。テロリストの拠点となっているがパキスタン側の協力が得にくい
日本の人口、50年後には3割減　国際ニュース : AFPBB News

Links for 2012-01-29 [del.icio.us]

2012-01-30T00:00:00-08:00

Links for 2012-01-27 [del.icio.us]

2012-01-28T00:00:00-08:00

Links for 2012-01-25 [del.icio.us]

2012-01-26T00:00:00-08:00

Fumi's Travelblog: "費やした55億円、水の泡に　特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた

本: ジョージ・W・ブッシュ決断のとき

2012-01-05T14:14:38Z

ジョージ・W・ブッシュの回顧録。テキサス州知事時代から大統領任期中の間にあった重要な決断をテーマに章立てられています。やはり大統領任期中に大きく紙面が割かれているわけですが、読みながら、2000年のインターネットバブルに始まり、9.11、アフガニスタン、イラク、カトリーナ、金融危機と、、いろいろあったなあと感慨を覚えました。

そうした数々の危機的状況を大統領の視点から見るとどう見えるのか、というのを知るには良い本だと思いました。戦争を始めた悪い大統領という評価が定着している感がありますが、実際、9.11の対抗としてテロの元を断ち切るという行為をしていかなければ、アメリカ国民の安全は保たれないわけで。まあ、そもそもテロが起こった原因とは何か、という疑問はありますが、当時の大統領として成すべきことを成したという感はあります。もしイラク/アフガニスタンでの戦争を行わなかったらどうなっていたのか、歴史として振り返ったとき、評価は逆転しているかもしれないなあと思いました。

重要機密の記述は当然ないですし、大統領寄りの本であることは間違いありませんが、ひとつの視点としておすすめできる本かなと思います。

以下は、そのうち読んでみたいなと思っている、ブッシュ第43代大統領当時の本など。

デザインを変更（2011/12）

2011-12-24T18:04:00Z

デザインを変更してみました。前回の変更はこちら。今回はコンテンツ部分はほとんど変えずに、ヘッダー/フッター周りとかを中心に。

メインの変更としましては、今年流行のresponsive web design的な対応をしてみました。Breakpoints.jsというjqueryのpluginを使用すると、bodyに「breakpoint-1024」みたいなclassを表示サイズにあわせて追加してくれるので、そこでCSSを追加しただけというシンプルな方法で。あとviewpointの設定を<meta name="viewport" content="width=device-width" />に変更しました。まあとりあえず動作するところまで作りたかったので、もろもろ随時改善はしていきたいなあと思っています（思っているだけ）。

いまのところCSSで非表示にしているだけなので、コンテンツの出力はするし、画像も表示サイズにフィットするようにはしてみましたがファイルサイズは変わらないので、3Gで写真系のコンテンツを見ようとすると結構時間がかかってします。そのあたりも最適化できるのが理想ではあります。けど、まあ、簡単にできる方法がわからないので保留（簡単な方法あるのかな）。

そして、今さらはまったこととしては、Retinaディスプレイの解像度。解像度が高いけど表示領域は320pxだから、小さな画像を表示しようとすると（解像度が足らずに）画像がぼやけた感じになる。そのぼやけた感じが、あまりにあんまりだったので、小さい画面用のバナー画像は一回作り直しました。320pxの幅のイメージを表示するのに、640pxの画像を作成してそれを50%で表示するって、、なんかあれですね、変な感じですね。

こうやってあれこれやってみると、なんというか、WEBデザインって数年前に比べてやること増えましたよねえ。技術的にも複雑になっていて、ただHTMLを書けるだけでは、なんかもう不十分。新しいコンセプトもどんどこ出てくるし。simplebitsの人がA List Apartの記事に下記のようなことを書いていたのですが、すべての技術を掌握するのではなく、必要なタイミングで必要な技術をがばっとつかんでそれを積み上げていく、そんな仕事の仕方が求められるんだろうなあと思った次第です。pushからpullみたいな。

These recent advances can seem overwhelming to keep up with: HTML5! CSS3! Responsive Web Design! Mobile! Web Fonts! Grids! It's become impossible to keep up with everything. And that's why I've learned to let go and focus on incrementally folding these new ways of thinking into daily work as I grasp them--while at the same time trying not to worry about everything being perfect or solving a problem "correctly."
A List Apart: Articles: What I Learned About the Web in 2011

また気が向いたところでデザインを変えたりするので、今の状態のキャプチャを最後に貼付け。デザイン的にはBlog – Park La Funとか、Popular - Media Queriesをひたすらながめてみたりしました。

あ、下のコンテンツの区切りに使っているオーナメント的なものはdesign shackで紹介されていたサイトからダウンロードしてきました。

追記（2012/1/4）

フォントのサイズはA Book Apart, Responsive Web Designを参考に、ブラウザのデフォルトが16pxと想定してem表記に変更した。ブラウザのデフォルトが12pxとか小さい場合、それに応じてフォントサイズが変更されるようになりました。

コンテンツの横幅は最初breakpointで一つずつ固定値を指定していたけれど、100%を指定する形に変更。記事内容部分にはmax-width:840pxを追加。

記事タイトル部分（h1）はデフォルトをfont-size:0.875emとして、表示サイズが768px以上の場合は1.125emとなるように変更。breakponints.jsが付与するclassに対して指定しているので、javascriptが処理されるまでの間のフォントサイズが少し小さく表示されるのが若干気持ちよくないのだけれど、とりあえず現状維持。

screenshot [Flickr]

2011-12-26T17:32:27-08:00

Yamaguchies posted a photo:

screenshot [Flickr]

2011-12-26T17:23:45-08:00

Yamaguchies posted a photo:

screenshot [Flickr]

2011-12-24T08:40:47-08:00

Yamaguchies posted a photo:

memolog.org/

大磯 [Flickr]

2011-11-04T17:32:13-07:00

Yamaguchies posted a photo:

大磯 [Flickr]

2011-11-04T17:31:54-07:00

Yamaguchies posted a photo:

watir-webdriver: 使用できる要素を追加する

2011-09-15T15:25:00Z

watir-webdriverでは広範囲のHTMLタグ（ほとんど全部）をサポートしているけれど、svgやcircleなど一部のタグは現在のところサポートしていません（参考：Does watir support svg - Watir General | Google グループ）。

なので、自分で追加して使おうという話。watir-webdriver上にタグを追加するのは仕組み上は簡単で、下記のようにclassを追加すれば良い（circleでの追加例）。

module Watir
class Circle < HTMLElement
  attributes(:string => [:cx,:cy,:r,:stroke,:'stroke-width',
                         :'fill-opacity',:fill])
end
class CircleCollection < ElementCollection
def element_class
  Circle
 end
end

module Container
  def circle(*args)
    Circle.new(self, extract_selector(args).merge(:tag_name => "circle"))
  end

  def circles(*args)
    CircleCollection.new(self, 
                     extract_selector(args).merge(:tag_name => "circle"))
  end
end
end

これで「b.circle」とか「b.circles」とかでcircleタグの要素を取ってくることができます

ただし制限があって、「b.circle(:fill,'#ffffff')」のように属性を指定して取得することが今のところできません。watir-webdriverでの要素の取得は、属性を指定する場合、最終的にseleniumのインスタンスに対して、find_elementメソッドと内部生成したxpathを使って取得します（element_locator.rbのlocateメソッド）。しかしseleniumにおいて、find_element(:xpath,".//circle[@fill='#ffffff']")というようなxpathで要素を取得することができないみたいです（現在のところ）。

属性を指定しない場合（「b.circle」みたいに）は内部的にtag_nameを使って取得するため大丈夫みたいです（find_element(:tag_name,'circle')）。なので、b.circle(:fill,'#ffffff')と同じ要素を取得したい場合は、b.circles.find{|c| c.fill == '#ffffff'}みたいな感じで回避することができます。ちょっと不格好ですけど。

watir-webdriver: 要素で使用できる属性を増やす

2011-09-13T15:30:00Z

watir-webdriverでは、たとえば「b.link(:id,'memolog').href」みたいなかたちで要素を特定させて、特定した要素の属性を取得することができます（詳細はAPIなどを参照）。ただW3Cで規定されている属性しかメソッド化されていないので、たとえばtwitterのt.coのリンクの元URLの属性（data-expanded-url）などは通常では取得することができません。

html.slice(/data-expanded-url=\"([^"]+)\"/,1)みたいにしてhtmlからsliceすることはできますけど、やはり「link.data-expanded-url」みたいなかたちで取得できる方が良い

そこで要素で使用できる属性を追加するという話。属性はmodule Watirの中のclassでattributesのクラスメソッドによってメソッド化されています。同じような手順で好きな属性を追加することができます。

require 'watir-webdriver'

module Watir
  class Anchor
    attributes(:string => [:'data-expanded-url'])
  end
end

これでlinkのメソッドに「data-expaneded-url」が追加されます（メソッド名にハイフンが含まれると、その部分がマイナスの演算子として認識されてしまうので、実際にはlink.send('data-expanded-url')みたいな形で使用するかなんとかにしないといけませんが）。

metaタグのproperty属性（og:imageとか指定するのに使う）を取得したい場合も同じ要領で簡単にとれるようになります。

module Watir
  class Meta
    attributes(:string => [:property])
  end
end

b.meta(:property,'og:image').content

watir-webdriver で画像データを評価する

2011-09-11T13:36:00Z

たとえば、画像ファイルが上書きされているかどうかを確認したい場合などで、画像のsrcなどには差分がなく画像データを比較しないとその動作の正否が分からないとか、そういうときはやはり画像データを評価して差を見るしかない。

しかし、webdriver上では画像をローカルに保存するようなメソッドはいまのところ実装されていなくて、通常のdriverでは画像のデータにアクセスする方法がない。publicなところにある画像なら、Net::HTTPとかその他何らかの方法で画像をダウンロードしてきてダウンロードした画像を評価すれば良いのだけど、ログインしないとたどり着けないようなところにある画像の場合はやっかいなので、やはりwebdriver上でなんとかしたい。

では、どうするか。2つの方法にたどり着きました。一つはFirefoxのabout:cacheというページでlengthを比較するというもの。Firefoxのcacheは「about:cache-entry?client=HTTP&sb=1&key=http://memolog.org/images/banner.gif」というかたちでアクセスできる。この画面にはData sizeなどの情報が含まれていて、このあたりの情報から画像が期待通りの状態になっているのかを判断する。判断することができれば。

もう一つはHtmlUnitDriverを使用する方法。HtmlUnitDriverでは下記のような形で画像のデータにアクセスすることができます（いまのところ）。

require 'watir-webdriver'
require 'selenium/server'
require 'base64'

@server = Selenium::Server.new('selenium-server-standalone-2.5.0.jar',
                               :background => true)
@server.start
capabilities = 
Selenium::WebDriver::Remote::Capabilities.htmlunit(
                                          :javascript_enabled => true)

b = Watir::Browser.new(:remote, :url => "http://127.0.0.1:4444/wd/hub", 
                       :desired_capabilities => capabilities)
b.goto 'http://memolog.org/images/banner.gif'
data = Base64.encode64(b.html)

通常のDriverの場合、htmlメソッドを使用すると、指定した要素のhtmlが出力されるのですが、HtmlUnitDriverでは、画像にアクセスしている場合は画像のデータを返してきます。このデータをBase64でエンコードして比較する（とよいと教えてもらった）。

留意点としては、HtmlUnitDriverはキャッシュを強力に持つようだということ。同じファイル名にアクセスするなどすでにキャッシュを持ってしまっている場合は、単純にb.refreshとかしてで更新しようとしてもデータ内容は更新されません。この場合、一度b.closeでクローズしたあとにもう一度startするなどしてキャッシュがない状態にする必要があります。closeするとセッションがなくなるのでログインする必要がある場合は再度ログインする必要があります。

b.close
b = Watir::Browser.new(:remote, :url => "http://127.0.0.1:4444/wd/hub",
                       :desired_capabilities => capabilities)

HTMLUnitDriverについてはHtmlUnitDriverのwikiページなどを参照ください。selenium-server-standaloneをダウンロードして、事前にサーバーを起動する必要があります（Selenium::Serve.newで起動する）。

watir-webdriver でCSVファイルをダウンロードする

2011-09-04T13:00:00Z

FirefoxでCSVファイルにアクセスすると、ダウンロードのダイアログが表示されるのですが、webdriver上でダイアログが出てくるとハンドリングできない（たぶん）ので困る。ので、profileを設定してダイアログを表示しないようにする。そしてダウンロードするフォルダも一緒に設定する、という話。詳しくはFirefox 4 with watir webdriver: Need help using helperApps.neverAsk to save CSV without prompting - Stack OverflowとBrowser Downloads | Watir WebDriverなどを参照

pdfファイルやicoファイルなどブラウザで処理しないような拡張子のファイルなどは同じような手順でダウンロード可能。jpgなどの画像ファイルは基本的にブラウザ上で表示するのでこの設定を入れるだけではダウンロードの状態にすることはできないみたい。

profile = Selenium::WebDriver::Firefox::Profile.new
profile['browser.download.useDownloadDir'] = true
profile['browser.download.folderList'] = 2
profile['browser.download.dir'] = './download'
profile['browser.helperApps.neverAsk.saveToDisk'] = "text/plain, 
    application/vnd.ms-excel, text/csv, 
    text/comma-separated-values, application/octet-stream"
selenium = Selenium::WebDriver.for driver,:profile=>profile
b = Watir::Browser.new selenium
b.goto 'http://example.com/foobar.csv'

watir-webdriver でスクリーンショットを撮る

2011-09-03T12:00:00Z

小ネタでも挟もうではありませんか。watir-webdriverを使って簡単にスクリーンショット撮ることができます。Macにはrubyがもともと入っているので、事前準備はwatir-webdriverをインストールするだけです。インストールは、ターミナルを開いて下記のコマンドを実行する。

sudo gem install watir-webdriver

インストール後、ターミナルでirbと入力して、irbを起動。

irb

そして、irb上でwatir-webdriverを起動して、gotoメソッドでキャプチャを撮りたい画面にアクセスしてsave_screenshotを実行します。

require 'watir-webdriver'
b = Watir::Browser.new
b.goto 'http://memolog.org'
b.driver.save_screenshot "#{Dir.pwd}/Desktop/screenshot.png"

これでデスクトップ上にscreenshot.pngという新しいファイルが作成されます。撮ったスクリーンショットはこんな感じでページ全体になります。

応用としては、撮りたいサイトをリストにしてキャプチャ撮って、サイトのtitle名で保存するとか。ファイル名を半角英数に限定したいならドットを除いたhost名（URI.parse(b.url).host.gsub('.','')）とか使用しても良いかもしれません。

require 'watir-webdriver'

sites = %w(
http://memolog.org/
http://blog.hayase.tv/
http://www.sixapart.jp/
)

b = Watir::Browser.new
sites.each do |site|
    b.goto site
    b.driver.save_screenshot "#{Dir.pwd}/Desktop/#{b.title}.png"
end

さらに応用編としては、watir-webdriver でFireMobileSimulatorを使用するで紹介したFireMobileSimulatorを使用して、携帯用の画面（エミューレートですけど）の画面キャプチャを撮ることもできます。画面の横幅はb.execute_script "window.resizeTo(340,800)"として、resizeするJavascriptを実行することで変更可能です。

require 'watir-webdriver'

profile = Selenium::WebDriver::Firefox::Profile.new
profile.add_extension("./firemobilesimulator.xpi",:firemobilesimulator)
profile['msim.current.carrier']='DC'
profile['msim.current.id']='1'
profile['msim.data.lastversion']='1.1.11'

selenium = Selenium::WebDriver.for :firefox,:profile=>profile
b = Watir::Browser.new selenium
b.execute_script "window.resizeTo(340,800)"
b.goto 'http://blog.hayase.tv/'
b.driver.save_screenshot "#{Dir.pwd}/Desktop/screenshot.png"

参考：#55: Screenshot API - Issues - jarib/watir-webdriver - GitHub

本とわたし

2011-06-19T22:25:00Z

2008年の9月ごろからgoodreadsというサービスで読んだ本の履歴をつけていたのですが、履歴にたまった本が200冊くらいになりました。1年平均70冊くらい読んでいるみたいですね。（内容的/量的に）薄い本とかも含まれるので、読んだぞと実感を込めて言えるのは40〜50冊といったところかなあという感じですけど。とはいえ、ほとんどすべての本について詳細は覚えてないですけど。

そんなので読んだ意味あるの？と言われると、まあ私にもわかりません。そもそも自分にとって読書とは何なのか。何の意味があって、本を読むのか、よくわからない。そうした疑問を解消すべくというかなんというか、まあなんとなく、読書論的な本もいくつか読んでいます。

4年くらい前に読んだレバレッジ・リーディングでは本を「投資」と捉えていて、当時感銘を受けました。しかし今思うと、ある種の息苦しさがある読書だなと感じています。目的をもって読書をして結果を残す、結果が残ってなければならないのかというところの息苦しさ。ビジネス書じゃないといけない気がしてくる。本を読むことの意味がそこにはあるのかもしれないけど、息苦しくて続かない。

森信三先生の人生論としての読書論では（教育者として）人生でなすべきことをなすための読書であり、その読書は職業（教職）に関すること、自身の教養を深めるものなどにフォーカスすべしとしている。これまた非常に感銘を受けたのですが、わたしには少し「修行」色が強すぎるような気がしている。その苦しみは臨むところではあるけど、もっと読書を楽しみたいというところはある。

松岡正剛さんの多読術 (ちくまプリマー新書)に描かれているような自由自在で奔放な読書には惹かれるものがあります。しかし、確固とした自分がないと、関心が広がりすぎて放射状に拡散していってしまう気もする。何の極にもたどり着かないような恐れ。読むには読んだけどどれも自信を持って語れない、みたいな。本を読むことで自己が薄れ、返って自分の考えがなくなってしまう。年に70冊くらいが限界の私には、分量的なところで限界を感じる。

ビジネスマンのためのクオリティ・リーディング (創元社ビジネス)の中では、読書は「フォーク型」が良いと述べられています。30代くらいは関心を広げつつ、40代には3〜4くらいの分野に絞って、自分の土俵を創っていく。時間が有限である以上、こうしたアプローチは実践的で、これまた感銘を受けたわけです。しかし、実際に、どの分野を「フォークの先」にしていくべきかが悩ましいところ。どの分野も自分にとっては必携で、3つ4つに絞らないとだめなのかと思いたくなる。

結局、自分の読書観は自分の経験やある種の欲望を織り交ぜて形成していく必要がある。まあ当たり前かもしれない。自分のための読書であるから。とはいえ、そうした読書論を通して、理想の読書というのはある程度見い出せそうな気がしています。それは、自分なりの人生観に通じる何かであり、自由で奔放な関心を満たすものであり、有限な人生を意識した計画性を持ったものではないかと。つまり、人生の大目標に沿いつつも、自分の関心に忠実でありつつ、分量的に破綻なく方向性のある読書。それにはやはり、まず己を知り、自分が何を求め生きているのかを知ることが肝要かなと。

そこで広げたのがmind mapというわけです（前置き長い）。ある種の欲望をそのままかたちにしたような読書歴から、自分の関心空間というか、自分が本に何を求めているのかを探ろうとしているのです。このmind mapを見ているうちに、何となく自分が捉えられるような気がしています。なんとなく。

そして肝心のmind mapへの考察をすることなく、続く...（続きはいつものように未定）

Gridinit: クラウドベースで複数ブラウザにテスト配布

2011-05-15T14:30:00Z

Gridinitという新サービスをざっくり紹介。SeleniumやWatirなどの自動化スクリプトをクラウド上にある複数のブラウザに配布してくれるそうです。作成したテストスクリプトを複数ブラウザで実行することによって、負荷検証を行うことができる、みたいな。「watir-webdriver-performance: PerformanceTimingの集計 - メモログ」で紹介したwatir-webdriver-peformanceのモジュールを組み合わせてブラウザのPerformanceTimingの情報を取得することもできるみたい。

価格（Pricing）は「credit」という単位で使った分だけ支払うみたいな感じになっています（登録時に20 credit がついてくる）。1 creditで1リソースを1時間使用することができるそうです。つまり500ブラウザを同時実行したい場合は500 credit 必要ということになります。500 credit は50$（1$80円で4000円）なので、商用のパフォーマンステストツールと比較すると相当に安いと思います。

ただ、クラウド上のブラウザからアクセスがくるのでプライベートなサイトには今のところ使用できないみたいです。Altenteeによると次期機能としては考えているみたいですけど。あと、1ブラウザを10秒ごとに増やすとかできるのかとか、そもそも500ブラウザ同時に動かせるのかとか、ちゃんと使ってみないと分からないところもある。HTTPの通信だけではなくて、ブラウザそのものを操作するかたちになるので、500ブラウザでも負荷の量としてはもしかしたら少ないかもしれない。それもやはり実際に動かしてみないと分からない。それと、ネットワークを経由するので適切に負荷がかかるのか（ネットワークの遅延によって負荷がかからないかもしれない）、きちんとした負荷検証になるのかとかも気になるところではある。

しかし、とにかくこの安さは魅力的。とりあえず負荷を与えてみて、サーバーがどんな状態になるかをみたいという場合には試してみる価値はありそうな気がします。

テスターの仕事とは何か

2011-04-29T15:40:00Z

James Bach's Blog » Blog Archive » What Testers Findの記事の紹介。James Bachはソフトウェアテスト293の鉄則の著者でもある。

What testers find、直訳すると「テスターは何を見つけるのか」です。テスターとはテストをすることで「発見する」ことを職務として求められているわけですから、テスターが見つけるものは何かということは、テスターの仕事とは何か、テスターとは何かに通じてくるわけです。つまりテスターの要件とも通じてくるわけです。上記のURLでは下記のようなことが「テスターが見つけるもの」として挙げられています。以下は半分は原文の意訳的なものですが、半分は個人的な意見を述べています。

テスターは不具合(bugs)を見つける
テスターはリスク(risks)を見つける
テスターは課題(issues)を見つける
テスターはテストしやすさ(testability)についての問題を見つける
テスターは人為的な結果(artifacts)を見つける
テスターは変なこと(curios)を見つける

最初のは普通ですけど、不具合（bugs）を見つける。ここでいうbugsとは、製品の価値を脅かすような何か。人によっては欠陥(defect)と言うけど、欠陥って言い方あんまり良くないよねと、エンジニアによっては気分を害するよねと。私自身は「バグ」と「欠陥」は日本語的に同じように感じるので、「イシュー」とか「現象」と言うのが好きなんですけど。そうした言葉選びができるのもテスターの要件の一つなのかもしれません（些細なことかもしれませんけど）。

2つ目は潜在的な問題（risks)について。例に挙げられているのは、使用しているHTMLタグが旧くて次世代のブラウザでは動かないかもしれない、みたいなこと。その実装が将来どのようなリスクがあるのか、それを指摘するには製品で扱われている技術の根本的な知識（プラス経験）がないと難しいところ（上記の例でいえばHTMLの知識がないとそのリスクは指摘できない）。その意味で、（ウェブアプリケーションのテスターの要件として）HTMLとかCSS（できればJavascript）などフロントエンドの知識から、脆弱性（特にXSSとSQL injection）などセキュリティに関するところについても広汎な知識があるべしと言えます（脆弱性は検査ツール使えばいいんですけど）。

3つ目の課題(issues)は、製品というよりプロジェクトに関する問題点について。動的なコンテンツをどうやってテストしようとか。テスト期間は限られていますから、現実的で妥当なテスト方法を考えないといけない。テスト技法の知識とか、あとは知恵（おそらくこちらが重要）が必要とされるところ。

4つ目はテストしやすさ(testability)の問題について。3つ目と類似するけれども注目すべき重要な話。たとえば外部的に結果が出てこない場合など、検証が難しい場合がある。それをエンジニアと話をして検証できるように（検証しやすくなるように）話を進めていく必要あると。テスターは実装に対してのどのようにテストするかを考える必要があり、テストの結果をどのように検証するか、結果の妥当性を検証が難しい場合はそれを解決すべく動かなくてはいけない。

5つ目の人為的な結果(artifacts)というのは、なんというか、不具合っぽい動きをしているけどテスト上の問題であることを見つけるみたいな話。テスト環境は外部のネットワークから制限されていたりと実際のプロダクションと異なる場合があります。そうした環境の違いによる問題があったりするわけです。広義的に捉えると、テスターはその現象が不具合かどうかの切り分けができる必要がある、ということでしょうか。問題を報告するテスターが、現象の切り分けを適切に行えないと、余計な調査作業がエンジニアに発生することになります。これは開発の効率を下げることにもつながるため、テスターはそのあたりにも気を使わないといけません。

最後の変なこと(curios)というのは、製品の価値には脅かすものではないけど、製品の裏技的な使い方を見つけて、それを駆使することでエンジニア自身も想定していない仕様を見つけ出すみたいな。探索的テストの究極形という感じでしょうか。誰も知らないことを見つけ出してくる嗅覚みたいなものが求められる。

こうして挙げていくと、テスターの仕事もなかなか奥深いですね。結局どの仕事でも浅くするも深くするもある意味その人しだいと言えるのかもしれませんけど。

Site-Page-Data Object Pattern (Page Objects 拡張)

2011-04-20T14:43:00Z

以前にPage Objects : テストスイート構築のためのデザインパターン - メモログというのを紹介しました。今回はそのパターンをちょっと拡張してみようという話。なお、特に参考にした訳ではないのですが、Selenium Page Objects + Site Objects, Data Objects & High Level Navigation « Fiji Ecuador Seattle Greece Montanaに同じような話を提示している人はいます（2年前に）。

Page Objectsは、自動化テストのスクリプトをまとめるための一つのパターン。ページを一つのオブジェクトとして捉えて、そのページのアクション（サービス）を一つの「区切り」にしてスクリプトをまとめます。他のページに移動する場合は、移動するページのオブジェクトを返り値として渡す（そうすることで複数ページのアクションを続けていくことができる）。

ただ、テスト手順として、連続性のない複数のページのアクションを実行する場合、Page Objectsのパターンでは悩ましいところがあります。たとえば、ブログの設定ページで設定をしたあとに、記事作成ページで記事を作成して、その記事がブログに期待通りに生成されているかを確認する、とか。それぞれのページは独立していて、アクション間の連携はない場合、Page Objectを渡すわけにはいかない。リンクをクリックしてページを遷移していくことで連携させることもできるけれど、効率性から考えるとやはり直接該当のページにアクセスしたい（リンクをたどった方がより人間的と言えるかもしれないけど）。とか。

Page Objectsの上位のオブジェクトして「Site Object」を設けて、そこから操作するとそうした悩みがなくなります。たとえばzenbackなら、「Dashboard」とか「Customize」とかのPage Objectsの他に「zenback」というSite Objectを設ける。zenbackというSite Objectから、DashboardやCustomizeなどのPage Objectsを操作したり、ページ間の移動を行うことでDashboardとCustomizeのページがアクション（サービス）で連携がない場合でも連続的に操作を行うことができる。

イメージとしてはこんな感じ。

(lib/zenback)
require 'watir-webdriver'

module Zenback
class Zenback
  def initialize
    @b = Webdriver::Browser.new
  end
  def dashboard
    Dashboard.new @b
  end
  def customize
    Customize.new @b
  end
end

class Dashboard
  def initialize(b)
    @b = b
  end
  def add(blog)
     @b.link(:href,/add_blog/).click
     # scripts for adding blog action (service)
  end
end
....
end

require 'lib/zenback'
z = Zenback::Zenback.new
z.goto 'http://zenback.jp/dashboard'
z.dashboard.add 'http://memolog.org'
z.goto 'http://zenback.jp/dashboard/blog/123456789/'
z.customize.set_modules

実際のスクリプトはページごとにスクリプトファイル変えたりとか、単純にgotoメソッドで画面遷移しないとかいろいろあったりしますが、基本的なイメージとしてはこんな感じです。「zenback」というSite Objectを呼び出して、Site ObjectからPage Objectsを操作していく。Page Objectsのパターンではアクション実行後にPage Objectを返すのが基本ですが、Site ObjectがあるとPage Objectsの選択はSite Object上で自分で選択できるのでPage Objectの返りはあってもなくてもいい。あとzenbackのSite Objectで起動したwatir-webdriverのオブジェクトをPage Objectsの引数として渡すことでPage Objects個々の独立性を保ちつつ、サイト全体でwatir-webdriverのオブジェクトを使えるようにしています。

そして、Page Objectの下位のオブジェクトとして「Data Objects」も（必要に応じて）設けます。たとえば記事の一覧のページなど、ページには表示するデータがあって、それをひとつのオブジェクトとして捉えて、データの各要素（idとかtitleとか）を取り出しやすい形にしておく。イメージとしてはこんな感じ（こちらもかなり省略しています）。

module Zenback
class Dashboard
  class Blog
    attr_accessor :id, :name
    def initialize(tr)
       @id = tr.th.link.href.slice(/[0-9]+/)
       @name = tr.tr.link.text
    end
  end
  def blog(tr)
    Blog.new tr
  end
end
end

zenbackで言うと、ダッシュボードに表示されるブログ一覧の一つのブログを「Data Object」として捉えて、idや名前を取り出しやすい形にしておく。これでblog.id とかでブログのidを取り出すことできます。Blogのclassに「tr」を渡していますが、これはこの一覧がtableで組まれていて、trごとにブログのデータが記載されるためです。

このへん、私自身としてはまだ試行錯誤中といったところではありますが、今のところテストスクリプトを構築する上でのモデルになっています。

watir-webdriver-performance: PerformanceTimingの集計

2011-04-19T21:00:00Z

「Watir-Webdriver-Performance gem released」にて紹介されているものを紹介。watir-webdriver上でPerformanceTimingに関する情報を収集できるようになります。PeformanceTimingとはJavascriptについてweb application内でクライアントサイドの待ち時間の測定を行えるようにするためのインターフェイスだそう（To address the need for complete information on user experience, this document introduces the PerformanceTiming interfaces. This interface allows JavaScript mechanisms to provide complete client-side latency measurements within applications. ）。Javascriptの処理毎の細かな待ち時間情報を得ることができるらしい。詳細はNavigation Timingを参照。

watir-webdriver-performanceの使い方はrequireするだけ。requireするとWatir::Browserのclassをオープンしてpeformanceとかメソッドを追加してくれます。内部的にはexecute_scriptでJavascriptのwindow.peformance、またはそれに準じたブラウザ固有の関数を実行してまとめる、みたいなことをしています。window.peformanceはW3C Navigation Timing API: Better Page Load Time Measurements in Chrome and IE | Web Performance Optimizationによると、現在はIE9とChromeのみが対応しているみたいで、Firefoxとかで使用しても現在はnilになってしまいます。

require 'watir-webdriver'
require 'watir-webdriver-performance'

b = Watir::Browser.new :chrome
b.goto 'http://memolog.org'
puts b.peformance.summary[:response_time]

正直、watir上でこの情報を収集できることの利点が良く分かっていませんが、たとえばターゲットのURLに100回アクセスしてパフォーマンスの平均を取るとか、そういうことをしたい場合は有用かもしれません。

本：ダニエル・カーネマン心理と経済を語る

2011-04-18T22:56:00Z

行動経済学の創始者の一人と言われるダニエル・カーネマン、彼のノーベル賞受賞記念講演と、その時の発表された自伝、そして彼の論文の2本（一般読者にも分かりやすいものらしい）をまとめたのが本書。ヒューリスティックとバイアスの話などは例えが秀逸で面白かったです。

第一章ではノーベル賞受賞記念講演として、ヒューリスティックとバイアスについてと、プロスペクト理論についてを解説しています。直感による判断（ヒューリスティック）は、すばやく高度な判断をすることができる反面、誤ることもある。直感という知覚がどのように表象されているのかを考えることで、直感が誤る場合（バイアス）を知ることができる、という話。プロスペクト理論では、現在の「状態」ではなく「変化」を重視する知覚の特徴に注目し、富が上下に変動するリスクがあった場合、人は損失を回避する傾向があることを示しています。

第二章はカーネマンの自伝。イスラエル生まれでフランス育ちのカーネマンは、ドイツによるフランス占領という苦境を経験しつつ、15歳の頃にイスラエルに移住します。その後ヘブライ大学で心理学の勉強しつつ、軍隊で心理学を利用した職務に従事（イスラエルは当時まだ若い国家であったため、学生であったカーネマンでもプロの心理学者として活躍することができたみたいです）。その後エイモス・トヴェルスキーと出会い、共同研究をしていくことになります。トヴェルスキーはカーネマンにとって最重要人物で、本書を通じて端々に登場します。

第三章は「効用とは何か？」について。カーネマンは現在の経済学で一般的に使用されている、選択肢から推定される「決定効用」ではなく、経験にひもづく効用「経験効用」の概念を支持しています。

第四章は、選好を推測する方法としての「満足（well-being）」の測定について。時間の感覚などによるバイアスなどに触れつつ、「U指数」を採用することのメリットなどについて説明しています。

本：全貌ウィキリークス

2011-04-16T15:12:00Z

ウィキリークスと協力関係にあるシュピーゲル誌（ドイツのニュース週刊誌）の記者/編集部によって書かれたウィキリークスについての本です（同じくウィキリークスと協力関係にあるガーディアン編集部で書かれた「ウィキリークスアサンジの戦争」という本も出版されています）。ウィキリークスと協力的な関係にある点から、ウィキリークスに対して肯定的な立場をとっていると見て読むのが良いとは思いますが、個人的には十分に客観的で批判的な視点でウィキリークスが描かれているかなと思いました。

本書は、ウィキリークスの創設者の一人であり中心的人物であるジュリアン・アサンジの生い立ちから現在のウィキリークスまで時系列で描かれています。もろもろの事情により、母親とともに各地を転々としながら生活していたアサンジは、学校も転々としつつ、家では母親が家庭教師となり反権威主義的な思想に教えられていたらしいです。それがアサンジの現在の反権威主義的な感性と、「カウチサーフィング（友人やソーシャルネットワーク上の知人の家を転々としながら世界を動き回る）」のような行動のスタイルの源となっている。

ウィキリークス創立初期に公開された情報は内部告発によるものよりも、インターネット上から（違法/合法問わず）発掘してきた情報であったみたいです。内部告発サイトというよりは暴露サイトというか、なんというかウィキリークスの原点に「ハッカー」の気質を伺えます。そのハッカーの気質、政治的な思想がなく無差別的なところが、資金繰りでは苦労させていたみたいです。

「コラテラル・マーダー」の動画流出前後から、ウィキリークスの影響力が大きくなってくる。送られてくる情報量も増え、ウィキリークスはそれが本当の情報かを判別しなければならないという作業の負荷が一つの課題として浮上してきます。ウィキリークスは、偽の情報に踊らされ、信憑性を損なってしまう危険がある。コラテラル・マーダーでは得られた情報を裏付けを行ったりなども行っています。

また、コラテラル・マーダーの動画では動画の編集作業も行っています。編集作業をすることで、冗長な箇所を省き、より分かりやすく衝撃的な映像になる。しかし、「編集」という作業には恣意性が多少あり、ウィキリークスが得られた情報に対して意味付けをしていることになる。だからこそウィキリークスは加工されていない1次情報をそのまま掲載することにこだわる必要があるわけで、このあたり、情報を伝えることの難しさを感じました。結局のところ、誰も注目しない情報に意味があるのかというわけで。ノーカット版の動画も公開されているようですが、よく見られているのはやはり編集版の方らしいです。

「コラテラル・マーダー」のあとにアメリカの公電のリークが続きますが、公開された情報によって生命に危険が及ぶ人間がいるかもしれないというところが問題として浮上してきます。ウィキリークストしても危険な情報をそのまま公開することは、（アサンジの暗殺なども含めて）存続を危うくしかねない。そこで、ウィキリークスはシュピーゲルやガーディアン、ニューヨークタイムズなどと協力関係を結び、情報をすべてリークするのではなく、各社と協力しつつリークの量をコントロールしています。

アメリカ公電のリークその後は、アメリカ政府からの反撃を受け、ウィキリークスが窮地に立たされていく様が記述されています。スウェーデンで起きたアサンジのレイプ疑惑についても触れられています。このへん真相は正直よくわかりませんが、逮捕が必要かどうかの判断が、超法規的というか、国家的判断にゆだねられていると感じました。

そして最後にウィキリークスが悪か善かという話に及びます。たとえば彼らの情報源は内部告発も含め、国家機密であり、違法に取得したものといえなくもない。そうした情報を彼らが自分の意思に任せて流出させることへの不安感などもある。一方で、国家はインテリジェンス機関を利用しながら、合法違法問わず情報を収集している。何でもありという意味で情報の取得方法はウィキリークスとあまり変わらない。

重要なのは情報の手綱を誰が握るかという点であり、国家だと安心で、ウィキリークスでは不安というのが実感であるものの、それが正しい感覚なのかどうかというところ（ウィキリークスはウィキリークスで彼ら自身のために公開と非公開のバランスをとろうとしている）。実際には、国家が情報の手綱を握り続けるのも良い状態とは言えず、メディアなり何かが国家が都合の悪い情報を隠していないかなど、国家の不正をチェックする役割を持つ必要がある。そうした意味を含めて、国家が隠してしまうような情報を公開できる方法として、ウィキリークスの存在意義は確かにあるような気がします。

Facebookの開発体制: developer driven culture

2011-01-29T02:22:00Z

「InfoQ: How Facebook Ships Code（日本語版記事が出た）」にて、Facebookではどのように開発し、サービスを公開しているかについて紹介していて、その開発の仕方を developer driven culture と呼んでいます。日本語にすると、開発者駆動文化でしょうか（開発者中心主義の方が近い気が）。記事によると、Facebookでは開発者が自分で実装を考え、フロントエンドからバックエンドまで開発して、バグの発見/修正までするみたい。必要な場合はデザイナーにも助けを借りることができるけど、基本的には自分で全部開発する、らしい。プロダクトマネージャーもいるみたいですけど、エンジニアマネージャーとかと話し合って、実装に対する合意を得ないといけない。興味のそそらない実装は認可されないという意味で、開発者は常に自分の好きなことに集中できるようになっているみたい。

QAについては、公式なQAチームは存在しないと言及しています（「Facebookには専任のQAチームがいない - メモログ」でも以前に紹介しました）。開発者同士でコードレビューしたり、ステージング的な環境に問題があった場合はみんなで報告し合う。

そのへん「How Facebook Ships Code « FrameThink」の記事の長いリストの中で少し詳しく触れられています。前に紹介していたunit testとかintegration testとかは散発的に(sporadically)使用しているみたいで、日常的にはあまり使用していない雰囲気。あとQAチームがあるとバグはQAで発見するからと自分のコードを精査しないで投げちゃうインセンティブになる的なことが書かれています（主観的な意見だけど、通常の開発体制との引き合いで記載しているとの但し書き付き。私の知っているエンジニアの人にはそんな人いません）。あと、push-blockingのテストはリリース前に必ずやるみたい。

"most engineers are capable of writing bug-free code. it's just that they don't have an incentive to do so at most companies. when there's a QA department, it's easy to just throw it over to them to find the errors." [EDIT: please note that this was subjective opinion, I chose to include it in this post because of the stark contrast that this draws with standard development practice at other companies]

CORRECTION thx epriest] "We have automated testing, including "push-blocking" tests which must pass before the release goes out. We absolutely do not believe "most engineers are capable of writing bug-free code", much less that this is a reasonable notion to base a business upon."

個人的なイメージとしては、垂直統合という感じ。普通の開発体制は、仕様の策定はプロダクトマネージャーがして、開発をエンジニア（開発者）が行い、テストをテスター（QA）が行って出荷する（水平統合）。Facebookの場合はそれを開発者が原則的にはすべて行う。水平的な開発体制に比べると、開発者はオールラウンダーではなくてはならないわけで、個人個人のスキル要件は厳しそう。でも自分の好きなことを好きなだけできるとしたら楽しそうですね。

また後者の記事によると2000人の従業員のうち、エンジニアとOPSがそれぞれざっと400-500人くらいらしいです（二つを会わせると従業員の半分がエンジニアとOPSということになる）。そしてサーバーの台数は60,000以上らしい。この規模でfacebookという一つのサービスを集中して作っているからこそ、この垂直統合的な開発体制が機能するのかもしれませんね。この記事には他にもいろんな情報が載っているので興味のある方は読んでみると良いと思います。

メモログ

Links for 2012-02-02 [del.icio.us]

Links for 2012-02-01 [del.icio.us]

Links for 2012-01-31 [del.icio.us]

Links for 2012-01-30 [del.icio.us]

Links for 2012-01-29 [del.icio.us]

Links for 2012-01-27 [del.icio.us]

Links for 2012-01-25 [del.icio.us]

本: ジョージ・W・ブッシュ 決断のとき

デザインを変更（2011/12）

追記（2012/1/4）

screenshot [Flickr]

screenshot [Flickr]

screenshot [Flickr]

大磯 [Flickr]

大磯 [Flickr]

watir-webdriver: 使用できる要素を追加する

watir-webdriver: 要素で使用できる属性を増やす

watir-webdriver で画像データを評価する

watir-webdriver でCSVファイルをダウンロードする

watir-webdriver でスクリーンショットを撮る

本とわたし

Gridinit: クラウドベースで複数ブラウザにテスト配布

テスターの仕事とは何か

Site-Page-Data Object Pattern (Page Objects 拡張)

watir-webdriver-performance: PerformanceTimingの集計

本：ダニエル・カーネマン心理と経済を語る

本：全貌ウィキリークス

Facebookの開発体制: developer driven culture

本: ジョージ・W・ブッシュ決断のとき