状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
実務トレーニングとは? また、IVECの大きな特徴に、知識試験とともに「トレーニング、実務」という項目があって、これはトレーニングを受けた上で認定されたところが合否判定するというものです。もちろんそこも、下位層から受けていかなければいけないことになっています。 エントリーレベルでは、実際に不具合入りのテストアプリケーションを実行させて、不具合を見つけてもらいます。時間内に不具合を見つけることも重要ですが、見つけた後の報告も大切です。問題を見つけたら報告させます。報告書の内容が合格レベルに達しているかどうかを判断します。上位レベルはテストの設計モデルを実技練習をしながら行います。 トレーニングコースといいながらも、研修をするのではなくて、あくまで実力を測るものです。たとえばエントリーの一番下のL1だと、コースは1日しかありません。なので、教育しているわけじゃなくて、コースの中で与えている課題
Your all-in-one operating system for marketing Optimizely powers the entire marketing lifecycle, unlocking your team to create content with speed, launch experiments with confidence, and deliver experiences of the highest quality. Get started More about Optimizely One Everything you need for marketing, all in one AI-powered, marketer-friendly, and best-in-class (just ask the analysts) Content Orch
1990年代初頭から記者としてまた起業家としてITスタートアップ業界のハードウェアからソフトウェアの事業創出に関わる。シリコンバレーやEU等でのスタートアップを経験。日本ではネットエイジ等に所属、大手企業の新規事業創出に協力。ブログやSNS、LINEなどの誕生から普及成長までを最前線で見てきた生き字引として注目される。通信キャリアのニュースポータルの創業デスクとして数億PV事業に。世界最大IT系メディア(スペイン)の元日本編集長、World Innovation Lab(WiL)などを経て、現在、スタートアップ支援側の取り組みに注力中。 from metamix.com Webサイト内での特定の作業を繰り返すなど、ルーチン化できる作業を自動で処理してくれるMac OS X用アプリケーション「Fake」が米国時間の7月6日に登場した。 例えば、「URLをオープン」→「検索」→「結果の中から特
「システム管理者は、数学的、科学的にログを分析して、システムで何が起きているのかを判断することが新しい役割になる」。クラウド時代のシステム管理者についてこう話したのは、TwitterのJohn Adams氏でした(参考:Twitterの大規模システム運用技術、あるいはクジラの腹の中(前編)~ログの科学的な分析と、Twitterの「ダークモード」)。 Adams氏はまた、Twitterのソフトウェアはデプロイされたあとも何かあればすぐにさまざまな機能を停止できる「ダークモード」と呼ばれる90ものスイッチを備えていると説明しています。 クラウド時代のソフトウェアは「スイッチを入れる」 そういえば同じような見解を以前にも読んだことがあります。グーグルのソフトウェアテストエンジニアのブログ「Google Testing Blog」に、今年の2月にポストされたエントリ「Testing in the
CloudTestingはクロスブラウザに対応したWebアプリの自動テストツールです。テストの定期実行、結果画面のCapture取得など多様な機能で品質管理コスト低減のお手伝いをいたしますクロスブラウザ対応 通常運営していたWEBサイトのページ更新業務をした際に、思いもよらないページの肝心な機能が停止してしまっていた。 メールが送信できなくなっていたり、ログインできなかったり。。。 CloudTestingなら、こうなりません!>>詳しくはこちら 動作だけではなく、見た目のチェックも簡単 InternetExplorer、Firefox、Google、Chrome、Safari、Operaとブラウザが 数種ある中で、デザインのチェックを各ブラウザでするということは時間も とられ、大変手間な作業になります。 ブラウザによって、cssが効いたり効かなかったり。。。全環境で毎回デザインチェック
軽量なリレーショナルデータベースとして人気のSQLite。そのWebサイトに掲載されている「How SQLite Is Tested」の内容が、海外のプログラマなどのあいだで話題になっています。 3月に公開された最新バージョンのSQLite 3.6.23。本体のソースコードは約6万7200行(67.2KSLOC、Kilo Source Lines of Code:空行やコメントを除いた行数)なのに対し、テストコードはなんと4567万8300行(45678.3KSLOC)だと紹介されているのです! これはテストコードが本体の約679倍もの大きさだということになります。 100%のブランチカバレッジ SQLiteコアのライブラリをテストするテストコードとして、以下の3つが紹介されています。 TCL Tests TCL Testsはもっとも古いテストコードで、TCL scripting lang
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの(http://gihyo.jp/dev/serial/01/tdd/0003)。 この定義で「品質保証のための単体テスト
Adobeさんが、クロスブラウザ表示テストサービス BrowserLabを開始したので使ってみました。 https://browserlab.adobe.com/index.html このサービスを使うと、以下のブラウザでの表示テストが可能です。 Windows XP Firefox 2.0(2.0.0.18) Firefox 3.0(3.0.13) Firefox 3.05(3.5.3) Internet Explorer 6.0(6.0.3790.3959) Internet Explorer 7.0(7.0.5730) Internet Explorer 8.0(8.0.6001.18702) Chrome 3.0(3.0.195.27) Mac OS X Safari 3.0(3.2.3) Safari 4.0(4.0.3) Firefox 2.0(2.0.0.18) Firefo
対象読者 ソフトウェアテストを勉強したい人 本を読むのが面倒で、手っ取り早くポイントだけ知りたい人 アリエル固有のことは書いていないので、テスト技術者の教育担当者は、講義資料として使ってください 1. テストの進め方 テストの前に対象ソフトウェアを理解すること バグ1件ごとにバグ報告を書くこと(複数のバグを同じレポート内に書かないこと) 正しく動かないはず、と思ってテストすること 境界条件を意識すること 最小限の再現条件を探す努力をすること 普通の使い方(正常系)でまともに動作しない場合、テストの中断も考慮すること(時間の無駄かもしれないので) wontfix(修正しない)の返答に対して、その判断を無批判に受け入れないこと(プログラマはwontfixの判断をよく間違えるので) リリース間際の場合、修正しない判断には高度に政治的な背景があるかもしれないので、こだわりすぎないこと 格言:優秀な
ソフトウェアの組み合わせテストのテストケースをExcel上で自動生成する PictMaster という名前のExcelベースのフリーソフトです。 テストケース生成のエンジン部分はペアワイズ法(オールペア法)を採用したMicrosoftのフリーソフトPICTと大阪大学の土屋達弘教授が開発したCIT-BACHを利用します。 PICTとCIT-BACHはコマンドプロンプト上で動作するソフトですが、PictMasterはExcel上からGUIを使って簡単にPICTとCIT-BACHを使えるようにしたものです。 また約300種類の直交表テンプレートを内蔵し、直交表ツールとしてのテストケース生成もサポートしています。テスト対象に合わせて生成方式と生成エンジンを選択することができます。 さらにPictMaster独自の機能を追加し、使い勝手の向上も実現しています。 ※ 直交表方式の生成で "Triple
phpunit などを使って PHP スクリプトをテストする時に、プライベートメソッドをテストしたくなる時があると思いますが、PHP では結構難しいように思います。 PHP でプライベートメソッドをテストする方法として、思い付くのは以下の方法くらいでしょうか。 パブリックメソッドからプライベートメソッドを完全にテストできるように工夫する プライベートメソッドのテスト用にパブリックメソッドのラッパーを作成しておく テスト時のみ、テストしたいプライベートメソッドの Private を Public に書き換える Runkit などを使って定義を変更する 1. が実現できれば問題ないのですが、全てがうまくいくようにパブリックメソッドを作成するのは困難だと思います。また、テストのためだけにメソッドを増やしたり、変更したくないため、2. と 3. はあまりやりたくありません。4. であればできそうな
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
クラスをあまり使っておらず、関数を中心に構築されているレガシーなPHPコードをテストするにはどうするか。 テストしたい対象がユーザ定義関数であれば、実際の関数定義を含んだファイルとは別にテスト用の挙動をするモック関数の定義を含んだファイルを用意しておき、ユニットテスト時には後者をrequireするという手法があるが、例えばmysql_connect()のような組み込みの関数の場合はそうもいかない。 Test your Legacy PHP Application with Function Mocks!では、PECLのrunkitモジュールを使うことで実行時に関数を再定義してしまう方法が紹介されている。 テスト対象となるすべての関数をいちいち置き換えていくのは大変だし、組み込みの関数を書き換えてしまう場合の副作用も気になるので常に使えるというわけではないけれど、憶えておくと役に立つ時がある
TiVo はウェブサイトの新しいデザインを進めながら12週に渡り12回のユーザテストを行った。TiVo の例が示すように、頻繁に習慣的なテストを行うことがユーザビリティを重視したデザインを実現する。 Weekly User Testing: TiVo Did It, You Can, Too by Jakob Nielsen on July 28, 2008 私はいつも、スケジュール内で出来る限り何度もデザインの更新を繰り返し行いながら、速く経費を抑えてユーザテストを行うことを勧めている。私が真に好むのは、週一でテストを行うことだ。例えば、毎週水曜日はユーザの日とし、4人のユーザでテストを行う。 残念なことに、こうしたペースについていけるプロジェクトが少ないことを私は分かっているし、それを実現したプロジェクトの多くは私自身が手がけたものである。最近、週に一回のペースでテストを行ったもうひと
ver 0.00.008 (2008/3/24) □ バグ修正 テスト一覧取得中に中断すると、異常終了する問題を修正。 ウィンドウ非表示状態で簡易結果表示が表示されないことがある問題を修正。 □ 機能追加 結果表示用フォントの変更機能を追加。 ver 0.00.007 (2008/1/31) □ バグ修正 テスト実行時にコピーしたファイルがテスト終了時に削除されない問題を修正。 テスト再実行時に以前の結果が一部、受け継がれない問題を修正。 ver 0.00.006 (2007/12/23) □ バグ修正 ウィンドウ表示時に簡易結果表示の「常に手前に表示」状態を再設定する機能を追加。(簡易結果表示の「常に手前に表示」状態が解除されてしまう事がある問題への対処。) □ 機能追加 PHPUnitの引数設定に対応。 PHPUnitのテスト結果に含まれるファイルをテキス
FlawedTheoryBehindUnitTesting - 単体テストに潜む誤った理論 目次 この文書について 単体テストに潜む誤った理論 単体テストに潜む誤った理論 この文書について "The Flawed Theory Behind Unit Testing" の日本語訳です http://michaelfeathers.typepad.com/michael_feathers_blog/2008/06/the-flawed-theo.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 私は Google の blogsearch 一式を使って単体テストに関する話題を拾っている。 普段は一週間に数十の blog やメーリングリストの議論に目を通す。 新しい話題もたまにはある。けれど、多くの話題は繰り返しだ。同じ主張が何度も現れる。 その中でもひときわ私を悩ませる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く