タグ

testに関するlyokatoのブックマーク (22)

  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
    lyokato
    lyokato 2013/08/28
  • いまからでも間に合う開発者テスト - mixi engineer blog

    はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、

    いまからでも間に合う開発者テスト - mixi engineer blog
    lyokato
    lyokato 2010/03/02
  • FlexMonkey 1.0によるFlexアプリケーションのテスト | デベロッパーセンター

    FlexアプリケーションのUIコンポーネントのテストは、自動化しないと面倒で時間のかかる作業です。Flexには、GUIレベルで動作する自動テストを作成するためのオートメーションフレームワークが組み込まれています。FlexMonkey* 1.0は、オープンソースのAIRアプリケーションであり、Flexのオートメーションフレームワークを利用して、FlexアプリケーションのGUI操作を記録して再生します。FlexMonkeyを使えば、テストによってアプリケーションビューを直接操作できるので、ビューコンポーネントとその背後のロジックを容易に検証できます。オートメーションフレームワークとの統合は裏側で実行されるので、FlexMonkeyを使用するためにアプリケーションのソースやコンパイル方法を変更する必要はありません。 この記事では、開発フローの一部としてFlexMonkeyを使用する方法を説明し

  • ricollab Web Tech Blog » Blog Archive » Mock と Stub について

    初めまして、リコーの沖田です。この度私もこの blog を書くことになりました。以後よろしくお願いいたします。 みなさんテストは好きですか?私も含めて私の同僚は皆テストが大好きなので、しばしばテストの議論で白熱しすぎてしまいます。今日はそのテストの中から Mock(モック) と Stub(スタブ) について書いてみたいと思います。 Test Double まずテストにおける Mock と Stub についてですが、これらは Test Double という概念の一部です。Double とは代役という意味で、テスト対象となるシステムが依存する外部のコンポーネントの代わりに、それらしく振舞ってくれるコンポーネントを代役として利用しようということです。 例えば Web アプリの Controller の単体テストがしたい場合に、Model の実装が完了するまでテストができないっていうのでは大変です

    lyokato
    lyokato 2009/09/24
  • scalacheck - Project Hosting on Google Code

    Code Archive Skip to content Google About Google Privacy Terms

  • InfoQ: Cucumberを使用したストーリー駆動開発の手法

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    InfoQ: Cucumberを使用したストーリー駆動開発の手法
  • ヽ( ・∀・)ノくまくまー(2009-06-05)

    ● [cucumber] ℃-uteのキュはキュウリのキュ 【第 1 回】 Cucumber の概要と実行手順 こんばんわー、寺田光男ですーぅ!違うか、違うかー。がはは。てか、cucumber 凄いんちゃうか?使えば使うほど、その凄さに驚くでしかし。こいつ底がねー!みたいなねぇ。え、「cucumber て何?」やて?それやがな。まずはそこから話さなあかん。でも、まともに説明すると2時間くらいかかるし、どないしょ。意外と難問やで。それでも敢えて一言にするなら、cucumber とは、、、やっぱキュウリかなぁ。 キュウリって? キュウリは河童。河童は愛理。やっぱり、℃-ute、℃-uteだね!以上。 これが cucumber の全てなんやけど、これだけじゃわっきゃないやろなー。しゃーない、とりあえず起動してみよか。ぽまえらみたいなしょーもないギークは、説明聞くより動作を見て覚えるタイプやからな

  • TotT: Be an MVP of GUI Testing

    Hi I enjoy the blog! HW IP verification has a lot of interesting tools and methodologies such as for instance constrained random testing. Another interesting aspect of this is that it enables metric driven verification since not only line and branch code coverage are measured but also functional and cross functional coverage. Another interesting aspect of this is that there are tools that inserts

    TotT: Be an MVP of GUI Testing
    lyokato
    lyokato 2009/02/15
  • [lib] モックとスタブの違い

    TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次

    [lib] モックとスタブの違い
    lyokato
    lyokato 2009/02/04
  • https://blog.8-p.info/2009/01/unittest-js

  • GitHub - google/googlemock: Google Mock

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - google/googlemock: Google Mock
  • Announcing Google C++ Mocking Framework

    The comments you read and contribute here belong only to the person who posted them. We reserve the right to remove off-topic comments. TotT 101 GTAC 61 James Whittaker 42 Misko Hevery 32 Code Health 30 Anthony Vallone 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Albert

    Announcing Google C++ Mocking Framework
  • googletest - Google C++ Testing Framework - Google Project Hosting

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    googletest - Google C++ Testing Framework - Google Project Hosting
  • 紫ログ:C++のテストフレームワークを試食 - livedoor Blog(ブログ)

    TopCoderの為に少しやる気になってきたところで、Macでフリーで使える C++ のテストフレームワークをいくつか試してみたのでメモ。 CppUnit - C++ Port of JUnit CxxTest googletest - Google C++ Testing Framework Boost.Test CppUnitはテストの記述が若干面倒な気が。表示はシンプルで悪くない。 CxxTestはインストール方法が他と違って少し悩んだが、記述量が少なくて取っつきやすかった。 googletestは記述量が少なめで、赤と緑のカラー表示コンソールで、マクロの種類も豊富。ASSERT マクロと EXPECT マクロの対応も分かりやすい。但し、出たばかりで日語での情報が少ない。 Boost.Testは普段Boostに慣れ親しんでいるなら良いかも。マクロの種類は多め。 とりあえず、goog

  • Selenium RCによるFlash用の機能テストの作成と実行

    Paulo Caroli ThoughtWorks* Henrik Lindahl Google* 目次 はじめに ソリューション概要 FlashSeleniumコンポーネント Selenium RCクライアント 印刷用に表示 作成日:2008年6月23日 更新日:2008年7月1日 ユーザレベル:中級 製品:Flash Flex 機能テストでは、システムが全体として期待どおりに機能することを検証します。すべてが正しく接続されていることも確認します。Selenium*は、Webアプリケーション用のオープンソーステストツールです。Seleniumは、Webブラウザ自体内で直接実行し、実際のユーザの操作をシミュレートします。Seleniumは、様々なブラウザとプラットフォームをサポートしています。特に、Webアプリケーションの機能やユーザアクセプタンスの検証テストを実行するときに役立ちます。

    lyokato
    lyokato 2008/09/12
    [selenium
  • Six Apart - Tech Talk Blog: Watirを使ってテストを自動化しようの話

    こんにちは、TypePadのQAを担当している山口です。今回はWatirを使ったテストの自動化の話を少ししたいと思います。 Watir = Web Application Test In Ruby WatirはRuby上で動作するウェブアプリケーション向けのテスト自動化ツールです。「Web Application Testing in Ruby」の頭字語で「ウォーター(water)」と発音します。 Watirはこんな風に使います。 require "watir" ie = Watir::IE.new ie.goto("http://memolog.org/") といった風に使います。Watirに組み込まれているメソッドを利用するだけで簡単にIEを操作することができます。この例では、IEを自動的に起動して、http://memolog.org に移動します。 Watir vs Seleniu

    lyokato
    lyokato 2008/06/12
  • Flex、AIR、AS3にもコードカバレッジのツールが登場

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Flex、AIR、AS3にもコードカバレッジのツールが登場
  • Test::Declare - Hatena::Diary::Neko::kak 500 Internal Server Error

    最近会社のプロジェクトでもテストがないと すごい勢いでDISられるのでがんばって書いている今日この頃です。 ただやっぱりテストがあると、機能変更とかやりやすくなって 精神安定剤にもなていいですね。 test++ さてPerlでテスト書く時ってTest::Baseがかなり便利で 基Test::Baseで書いておけばいいのですが、 id:tokuhiromがでくれあ期のときに触発されて書いてみたのを さっきcodereposにあげてみました。 基Test::Moreのラッパーです。 http://coderepos.org/share/browser/lang/perl/Test-Declare/lib/Test/Declare.pm plan tests => blocks; describe 'foo bar test' => run { init { # init.. }; test

    lyokato
    lyokato 2008/03/28
    testがないとdisられる会社ってのは素敵だな
  • Apache::Test事始め - D-6 [相変わらず根無し]

    Apache::Test事始め 年末前後からApache::Testで真面目にテストを書き始めている。 ところが全くドキュメントがないんだね。いや、あるんだけど、携帯の機能を使いたいだけなのにあの厚いマニュアル読むの?みたいな感じで。まぁというわけでとにかくざくざくっとドキュメント読んでテスト書いてたらようやくなんとなく分かってきた。この間ある程度他人にも説明できたので自信ついたしw Apache::Testはmod_perlハンドラをテストするときに使う。ディストリビューション等でmod_perlをテストしようと思うとApache自体を立ち上げたりなんだりしなければいけなくて「一体どうテストすればいいんじゃ?!」となりがちだが、Apache::Testを使うと、テスト用httpd.confの生成テスト用のapacheの起動/停止mod_perlハンドラ上で動かしたTest::More等の

    lyokato
    lyokato 2008/03/11
    mod_perl2でも大丈夫だろうか。後で試す。↑ 了解です。thx!
  • tokuhirom blog

    Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at