Devel::CoverとJenkins - Articles Advent Calendar 2011 Test
数日前にカバレッジの話がありましたが、そんな事言ってたって自分でカバレッジなんてとらないでしょ？僕はそうそうとらないです。 なのでそんなのJenkinsにやらせればいいんですよ。 自動的にカバレッジを計測しましょう （Jenkinsじゃなくてもそうですが）Devel::Coverでカバレッジを計測するならPERL5OPTで渡すのが一番簡単ですね。 export PERL5OPT="-MDevel::Cover" ちなみにJenkinsでテストしてるときにはなるたけテストに使っているPerlから見えるところに余計な依存ライブラリを置きたくないので、Devel::Coverはそれだけ別の場所にいれてます。こうすればDevel::Coverを使う時以外はDevel::Coverをインストールしてあるディレクトリを有効化しないようにしてます。 cpanm -l/path/to/devel-cove
Jenkins で任意のブランチをテストする - mixi engineer blog
PHP よりは Xslate が好きな加藤和良です。プログラミング言語のなかでは Scala が好き です。 さて今回も いまからでも間に合う開発者テスト Buildbot で継続的インテグレーション Jenkins はじめました + ほか3つ に引き続き開発者テストの話をします。 テストをリモートで実行したい 最近になって何度か「このブランチのテストを Jenkins で一度だけ実行してもらえませんか?」という相談をうけました。最初はなにか勘違いをされているのかと思い「いや Jenkins がやっている仕事はテストを実行しているだけで、テストは手元でも実行できますよ」と説明していたのですが、話を聞いていると「テストの実行が遅いので Jenkins のホストを使いたい」という意図だということに気づきました。 以前に何度か説明している通り mixi における「ブランチ」は開発版です。安定版に
第8回 Perlによる大規模システム開発・設計のツボ（3） | gihyo.jp
技術的負債の「見える化」 どのようなソフトウェアにも設計上のミスはあります。設計時点ではサービスの発展性や日々変わりゆく要件を完全に予測することはできないからです。ある時点で正しい設計も、その次のサービスリリースでは設計上の修正を必要とするかもしれません。これらの変更への粘着性や複雑性のある状態を、「技術的負債」と言います。 mixiでは技術的負債は長らく、コードレビューや技術力の高いエンジニアによる新機能リリース時の修正などで対応を行ってきました。しかし、これまでに紹介した「わかりやすいコードの指針」や「アーキテクチャパターン」をレビューや教育だけで維持することは、ソフトウェアが巨大になり、開発者数が増加するにつれて難しくなります。そのため現在では、ソフトウェアの設計品質評価を自動化するツール群を開発し、それらを用いて技術的負債を見える化し、計画的に解消していく試みを行っています。 コ
2枚の画像のdiff（差分）を超簡単に調べる方法 - 昼メシ物語
Githubで画像の差分を見られるモードが話題を呼びましたが、このように2枚の画像の差分を調べたいときって時々ありますよね。 そんなときImageMagickのコマンドラインツールを使えば、たった1行で実現できます。 $ composite -compose difference A.jpg B.jpg diff.jpg とすれば、A.jpg と B.jpg の差分画像 diff.jpg が作られます。この差分画像は以下のようになります。 さらにこの差分画像（diff.jpg）が「真っ黒な画像」かどうかも、コマンドラインで調べることができます。 # 差分がなかった場合（＝diff.jpgは黒一色の画像） $ identify -format "%[mean]" diff.jpg 0 # 差分があった場合 $ identify -format "%[mean]" diff.jpg 960.8
Shibuya.js - Test.js LT テスターを支援する仕組みの話 - monjudoh’s diary
お前、誰よ 文殊堂といいます BePROUD社員 お仕事 最近は、JavaScript時々Objective-C 今日のお話 自動テストの話はしません テスターによるテストの話をします タイミングによって発生したりしなかったりする類のバグってありますよね テスターさんがモンキーテストをやってくれてる時に見つけてくれたりします でも報告されるのは… 「何をやっているときに」 「何が起こったか」 つまり、「操作」と「現象」だけです 原因箇所を特定するにはプログラマもその操作をなんども繰り返さないといけません ダルい 何とかしたい 問題の実例 IE(主に6,7)で「操作は中断されました」が出る What Happened to Operation Aborted? – IEBlog HTML解析中にまだ閉じタグまで解析されていない要素(bodyとか)に対して、子要素の追加や削除を行うと「操作は中
Selenium再入門 :: handsOut.jp
スライド1: Selenium再入門日本PHPユーザ会鈴木則夫 スライド2: 自己紹介• 日本PHPユーザ会に所属• 鈴木則夫• twitter.com/suzuki スライド3: 自己紹介• 日本PHPユーザ会とSelenium• 特に関係ありません :-) スライド4: 自己紹介• 自社Webアプリケーションの開発・運用• 品質管理部署を立ち上げたは良いが• テストの専門家ではない• Seleniumの専門家でもない スライド5: この発表の対象者Selenium-IDEを知って、すげーと思って、自分の操作を記録して再生したら、あれ?うまくいかないぞ?でも今は調べている時間がないから、後で時間があったら使ってみようと思ってそのままになっている人 スライド6: アジェンダSeleniumの紹介Selenium-IDEでの壁Selenium-IDEの先へ スライド7: ソフトウ
容量を指定してデカいダミーファイルを生成する - 猫にWeb
ミドルウェアのファイル送信のタイムアウトのテストをする為に、 容量のデカいファイルを作る事になりました。 # 転送に時間を稼ぐ為 そんな時に先輩に容量を指定してダミーファイルを生成するコマンドを教えてもらいました。 ddコマンド 書式 dd if=/dev/zero of=[作成ファイル名] bs=[ブロックサイズ(byte)] count=[ブロック数] このコマンドは、「/dev/zero」として「\0」文字（null）を読み込み、 ブロックサイズ（bs=）でサイズを指定し、「count=」で作成するファイル容量を指定します。 ブロックサイズは｢k(キロ)｣、｢M(メガ)｣、｢G(ギガ)｣が使用できます。 例として「100KB」のファイルを生成する場合は下記のようになります。 dd if=/dev/zero of=test.txt bs=1K count=100実行結果はこんな感じです
GMail の未読メールを自作スクリプトから読むための方法まとめ - てっく煮ブログ
諸般の事情で GMail の未読メールの本文を取得して、ごにょごにょ するスクリプトを作ってみたので、やり方をまとめます。1. 未読メール一覧の取得これはご存知の方も多いとは思います。GMail のヘルプにもある通り、未読メール一覧は https://mail.google.com/mail/feed/atom/ から ATOM 形式で取得できます。atom/ のあとにラベル名をつけたら、特定ラベルの未読メール一覧だけを取ってくることもできます。認証はどうなってるかというと、Google のアカウント情報が Cookie に保存されていれば普通に表示できます。Cookie がないと HTTPS で BASIC 認証して、OK なら表示できるようになります。シンプルな仕様ですね。取得できる ATOM はこんな感じ。ちゃんと個別のメールへアクセスするための URL も埋め込まれています。 xm
Test::Class - naoyaのはてなダイアリー
最近 Perl でテストを書くときに Test::Class を使ってます。(もしかして常識?) これまでは *.t で Test::More をそのまま使ってたけど、テストが大きくなってくるとコードが分かりにくくなったり、自分であれこれしなきゃいけないことが多くてめんどくさい。 Test::Class は xUnit スタイルで Perl のテストを書けるフレームワークです。xUnit な Perl 実装といえば Test::Unit もあるんですが、テスト用の関数も Test::Unit の流儀に従う必要があってちょっと嫌。Test::Class は Test::More と Test::Harness とか、普段使い慣れてる Perl らしいテストスタイルを使いつつ xUnit できるという点が良いです。 使い方ですが、 Test::Class を継承したテストクラスを作り テスト用
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE 2006-02-15-3: [Firefox][JavaScript] http://www.openqa.org/selenium-ide/ JavaScript を使ってブラウザを介して Web アプリケーションのテストをしてくれる とても便利な Selenium． Selenium のテストを書くのが結構めんどくさかった． このテスト記述から開放してくれる Firefox の拡張があった！ - Selenium http://selenium.thoughtworks.com/ Google で「Selenium」で検索してその検索件数が意図した件数と合致するかテストすることにする． まず，Firefox の [ツール] - [Selenium ID
AJAX and Unit Testing - it's time to mingle - Jim Plush's Programming Paradise
Warning: file(jim_log.txt) [function.file]: failed to open stream: No such file or directory in /home/.scooper/litfuel/litfuel.net/plush/index.php on line 19 I've decided to write a little two part introduction into unit testing your AJAX applications with JSUnit. AJAX applications now are adding a new complexity into our development lives. Introducing business logic into our presentation tier. I
MODULE.JP - PerlでTomcatのフリをしよう。Net::AJP13の巻
WebサーバとTomcatを連携させるプロトコル"AJP13"を、ちょっとした出来心からPerlで実装してみました。というわけでPerlでServletコンテナのフリをする方法。意外にパフォーマンスもよさげ。 AJP13とは JavaServletコンテナであるJakarta TomcatとApache HTTP Serverを連携させる場合、Apacheにmod_jkモジュール等を組み込んでリクエストをTomcatに転送する方法が広く利用されています。mod_jkとTomcatの間では何種類かのプロトコルを選択し利用することができ、今回ネタにしたAJP13もその一つです。 考え方は単純で、基本的には mod_jkはTomcatにSocketを貼る mod_jkはリクエスト情報をエンコードしてTomcatに送信する Tomcatは受け取ったリクエスト情報をデコードする Tomcatはリクエ
2004-07-12
WWW::Mechanizeは、LWP::UserAgentを継承しているので、 LWP::UserAgentと同じ方法でBasic or Digest認証が出来ます。 リクエスト発生からの処理の流れは、 LWP::UserAgent::get LWP::UserAgent::request LWP::Authen::[Basic|Digest]::authenticate LWP::UserAgent::get_basic_credentials perldoc LWP::UserAgentを読むと、Basic/Digest認証を使うには サブクラスを作成しget_basic_credentials をオーバーライドするか、 credentials メソッドでパスワードを設定する。と書かれている。 credentials メソッドのほうが簡単そうなのでそちらを見てみる。 $ua->cre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あきやま🧌 on Twitter: "@hinac0 以上のことを手描きするとこんな感じ。ラルフチャートは、手書きで自由に描くといいですよー。 http://t.co/Bmg78VFo"
ソフトウェアテスト自動化まとめサイト なんでも自動化サイト
Dr. Dobb's | Code Coverage Analysis in Perl | August 9, 2001