ブラックボックステスト技法の中の、網羅型の技法について解説します。 前回はブラックボックステストの導 […]
AppTest | Remote TestKit
ブラックボックステスト技法の中の、網羅型の技法について解説します。 前回はブラックボックステストの導 […]
Remote TestKit
リモートで 実機検証可能な クラウドサービス テスト効率化の課題を抱えている方へ。 クラウド上の端末をＰＣで操作可能＆便利な機能も多数搭載。 従来の実機検証を効率化！
FM 100 Hue Test
色の正確な認識に影響する要因はたくさんあります。テストの結果が毎回異なる場合は、下記の理由が考えられます。 照明：照明は色覚に大きく影響する要因の一つです。脳が認識する色は、照明色によって左右されていることをご存知でしたか？照明装置などを用いて、常に管理された光源下で色を判断するようにしましょう。 背景色の影響：人間の目が認識する色は、周囲の色に影響されます。この現象を同時対比と呼びます。色を判断する際、常にニュートラル色の環境で行ってください。 目の疲労：私たちの目は疲れやすく、物体を2、3秒以上眺めると目の化学物質が消耗され、間違ったカラー情報が脳に送信されてしまいます。色の目視評価を行う際は、再度観察する前に目を休めてください。 乏しい色の記憶力：どんな色でも、詳細を記憶するのは非常に難しいことです。わずかな色差を効果的に判断するには、サンプルが人の心を動かす程に印象的でなければいけ
いまどきの Ruby 書くときのテスト環境 - Stats of the Rivers
romaji というライブラリを書いた。 - 寿司じゃないブログ という記事を書いたのだが、テスト環境について反応があったのでもうちょい詳しく書く。 RSpec テスティングツールのデファクトスタンダード。 http://rspec.info/ に行くか、The RSpec Book を読もう。 Guard ソースコードが編集されているかを監視して、変更があった場合に自動でテストを走らせてくれる。 guard/guard · GitHub guard と guard-rspec を gem install して、以下のようなファイルを Guardfile という名前でプロジェクトのルートディレクトリに置き、 guard コマンドを走らせると、watch で指定したファイルの変更の監視してくれる。 guard 'rspec', :version => 2, :all_after_pass =
テストというのは、ソースコードの冗長化だと思う - きしだのHatena
テストというのは、基本的にはソースコードの冗長化だと思う。本来ならプロダクトコードだけ書けばよいところを、信頼性を高めるために複数の視点でのコードを追加する。 また、サーバーの冗長化で、２台構成を３台構成にするよりも、はるかに１台構成を２台にするのが難しいように、テストも、10本のテストを20本にするよりも、最初のテスト(プロダクトコードも含めると２本目のコード)を書くのが一番難しい。 テストがソースコードの冗長化であるなら、アクセスのないサイトでサーバーをクラスタリングするのが単なる金や設定時間の無駄であるように、長期的な信頼性の求められないプロダクトにテストを書くことも金の無駄だ。 アクセスが多いのにサーバー冗長化の金を払わない顧客に対してクラスタリング構成を構築する義理がないように、信頼性が求められるのにテストの金を払わず時間も確保しない顧客のためにテストを書いてやる必要もない。もち
テストフレームワークmochaとファイル監視watchrで自動テスト - mizchi log
npm install mocha -g npm install shouldmochaの--watchオプションが期待通り動けば問題ないんだけど、ホットリロード動いてないのでファイル監視はwatchrでやらせることにした。 guardでもよかったんだけど、guardは皆決まりきったサンプル動かしてる人達が多くて、独自な挙動をとらせようとするとRuby詳しくない自分にはwatchrの方が取り回しがよかった。 gem install rb_fsevent watchrrb_fseventはMacの場合。それ以外の環境だと別のモジュール(ぐぐれ)が必要 たぶんgrowlnotifyが必要 Growl - Downloads mochaに渡している項目はこんな感じ。 mocha -c --reporter list -r should --ignore-leaks --growl --compi
最近やってるRailsプロジェクトのテスト方法 - #詰んでる日記
Railsエンジニアになってから1年半くらいが経ち、社内のRailsのプロジェクトを全部で5つくらい触って、今やってるAbilie*1でようやく人並みにテストを書いてる気がしてきたので、現時点でやってるテストの方法をまとめておく。 テストのルール的なの rspecでは必ずモデルのテストは書くようにしてる。ヘルパーも大体書いてるけど、コントローラやルーティングのテストはあまり書いてない。 というのも、コントローラーのコードを極力短くしてモデルを太らせているのでコントローラのテストはあんまり意味が無い気がしていて、その代わりにCapybaraでテストを書いておけば十分なんじゃないかなと思ってきたから。Capybaraは書いてるので、そういう意味では書いてるとも言える。 社内の管理者だけが使える管理画面も作ってるけど、そっちはテストあんまり書いてない。ここは動かなくなっても一般ユーザーには影響が
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB
テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組
WACATE 2011 夏に申し込んだので、おさらいしましょう。ということでテスト手法、テスト技法を中心としたリンクをまとめてみました。 なので今回はTDDとかテストツールとかはあまり含まれていません。 いくつかかぶっているものもありますが、多面的な表現って大切だと思うので、多少のかぶりは気にせずに選択しました。 これを読めば良いソフトウェアエンジニアとして一歩階段を上れる気がしています。 他にも参考になるものがあったら、コメントやTwitterで@kyon_mmまで教えてくださるととっても嬉しいです！ 次の形式で書いています。 WEBサイト名、資料名：発表者（敬称略）：URL カテゴリー分けしたんですが、不適切であるかもしれません。間違い等あればご指摘ください。 また、ここでのリンクに問題がある場合は削除致しますので、その場合もご指摘ください。 TwitterID:kyon_mm mai
ウノウラボ Unoh Labs: ありえるえりあ勉強会@五反田～テスト編～ 発表資料
こんにちは！ 山本＠テスト番長です。 1/29にアリエルさんとウノウが合同で実施したピザパーティ 勉強会でお話する機会を頂きました。お集まりいただきました皆様、どうもありがとうございました。 その時の資料を公開したいと思います。
ブラウザを選ばずWebテストを自動化するSelenium
Webアプリケーションのファンクションテストを行うツールとして注目されている「Selenium」のバージョン1.0が6月20日にリリースされました。安定性が向上するとともに、Firefox 3.0、3.5（Selenium IDEは1.0.2から、Firefox 3.5に対応）や、Internat Explorer（以下、IE） 8などの最新のWebブラウザにも対応しました。 本稿では、Selenium 1.0をベースとしたSelenium IDEとSelenium RCを利用した効果的なSeleniumの利用方法を紹介します。 Webアプリのテストで誰もがイラつく大きな課題 Webアプリケーションテストを手で行うと、非常に煩雑です。Selenium登場以前の従来のやり方では、次のような問題がありました。 回帰テストに時間がかかる バグ修正や仕様変更などで、Webアプリケーションを変更した
iPhone用ユニットテストフレームワーク·iUnitTest MOONGIFT
ソフトウェアの品質を高めるのにテストは欠かすことができない。プロジェクトの後半になってテストに十分な時間を費やすのは難しいことも多いので、テストを自動化する仕組みをあらかじめ考えておく必要がある。有名なものとしてはユニットテストが挙げられる。 iPhoneアプリケーション開発者はぜひ 実際の動作までユニットテストで補うのは難しいが、それでもテストしやすいようにシステムを組み上げることでシステムの広範囲なテストと修正を容易にするだろう。iPhone向けアプリケーション開発者の方は、iUnitTestを使おう。 今回紹介するオープンソース・ソフトウェアはiUnitTest、iPhone向けユニットテストフレームワークだ。 iUnitTestの面白い点は、iUnitTestで出来上がるのもまたiPhone向けアプリケーションであるという点だ。コンパイルされたアプリケーションを実行するとiPhon
グーグル、C 向けテストツールをオープンソースで公開 － ＠IT
2008/12/12 米グーグルは12月11日、C++用のテストツール「Google C++ Mocking Framework」（Google Mock）をBSDライセンスの下に、オープンソースとして公開したと発表した。Google MockはLinux、Windows、Mac OS Xで使える。同社はGoogle Mockを100以上の社内プロジェクトで利用しているという。同社は5カ月前にも「Google C++ Testing Framework」（Google Test）をオープンソースで公開しており、両者を併用することでMockオブジェクトを使ったテスト駆動開発が行えるという。将来的にはGoogle MockをGoogle Test以外のテストツールでも使えるようにしていくという。 Mockオブジェクトは、プロトタイプ設計やテスト時に利用するもので、本物のオブジェクトを実装する代
MOONGIFT: » 要導入！テスト管理スイート「TestLink」:オープンソースを毎日紹介
テストと言うフェーズはシステム開発における重要な要素であるにも関わらずおざなりにされがちだ。ここがうまくいかないために立ち行かなくなる、または炎上するプロジェクトが多いにも関わらずだ。 テストを徹底する体制を整えよう。プロジェクト管理にソフトウェアを導入するのと同様にそのためのシステムを導入しよう。 今回紹介するオープンソース・ソフトウェアはTestLink、Webベースのテスト管理ソフトウェアだ。 TestLinkはテストを管理するためのソフトウェアで、テストケースの登録、管理、評価実行とその結果集計を行う事ができる。テストケースを仕様書として出力することも可能だ。 また、要求定義を登録してテストケースと関連付けることや、MantisやBugzillaといったBTS（バグトラッキングシステム）と連携させることもできる。 さらにTestLink日本語化プロジェクトを通じてTestLinkを
C++アプリケーションの効率的なテスト手法（CppUnit編） ― ＠IT
第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 前回は単体テストの重要性を示し、従来のC／C++でのテスト手法であるprintf関数やassertマクロを使ったテストを紹介しました。この2つのテスト手法は開発環境（コンパイラとライブラリ）さえあれば利用でき、その使い方も簡単です。しかしながら、いずれも系統立てて、効率よくテストを行うには力不足の感が否めません。 今回は、Visual C++ 2005 Express Editionを含むVisual Studio 2005（以後、VS 2005）で利用できる代表的な単体テスト・フレームワーク（Unit Test Framework）の1つである「CppUnit」を紹介します。 ■単体テスト・フレームワークとは？ 前回、「バグは早期発見が望ましい。早
指定したウェブサイトを128の診断ツールでテストしまくってくれる『test everything!』 | POP*POP
オプションが多すぎて逆に使いにくいのでは・・・という懸念はあるものの、機能の豊富さでは他の追随を許さない最強テストツールのご紹介。 HTMLの検証、SEOツール、ドメイン関連ツールなどなど、8つのカテゴリー、128にわたる診断ツールを提供しています。 あなたのサイト、クライアントのサイトを徹底検証してみればいままで気づかなかった改善ポイントが洗いだせるのかもしれません。 以下に使い方をご紹介。 ↑ まずはURLを指定。 ↑ 次に診断ツールを選択します。カテゴリーごとに数ページにわたるオプションがあります。 ↑ 選択したツールで診断した結果はこちら。 ↑ 診断結果ページのすべてをフレームで表示することも可能です。 要は診断ツールへのリンク集ですが、一気に調べられるインターフェースが便利ですよね。 ご利用は無料です。よろしければ以下からどうぞ。 » test everything — 100+
ウノウラボ Unoh Labs: railsのテストをevalを駆使して楽しよう
こんにちは satoです。 testコードではパフォーマンスやセキュリティをさほど気にすることはないと思うので、testコードで evalを使って楽できるケースを書いてみたいと思います。 よく似たModel で Userと Admin があるとします。 二つの Model には confirm というメソッドが定義されていて、ユーザ登録をしてメールで送られてくる URLを をクリックすると status が 'register' から 'confirm' に変更されます。 class UserTest ["status = ?", 'register']) user.confirm assert(user.status == 'confirm', 'confirm error') end end というテストをUserTest と AdminTest に書きます。 しかし以下のような mo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPUnit でテスト駆動開発を始めよう
テスト駆動開発導入時のよくある質問
http://opensourcetesting.org/