タグ

テスト技法に関するtomoemonのブックマーク (27)

  • httpbin.org

    A simple HTTP Request & Response Service. Run locally: $ docker run -p 80:80 kennethreitz/httpbin

  • Elastic — The Search AI Company

    Search and analytics, data ingestion, and visualization – all at your fingertips.

    Elastic — The Search AI Company
  • ユニットテストアンチパターン

    Last update: $Date: 2006-03-09 22:23:04 +0000 (Thu, 09 Mar 2006) $ maintained by Joe Schmetzer Overview JUnit is a regression testing framework that allows developers to implement unit tests in Java. Using JUnit, you can cheaply and incrementally build a test suite that will help you measure your progress, spot unintended side effects, and focus your development efforts. This extra testing code pr

  • ソフトウェアQAテスティングギャザリング

    同値分割 効果群:テスト数削減 なんか絵 有意的に同義な値の範囲の代表値を選ぶことでテストケースを削減する。ビューティフルテスティング日語版の中で山浦先生は「テスターが普段無意識にやってたことに名前をつけたことが偉い」と述べている 発動条件:テスト対象が扱う値の範囲が事前にわかる、または推測可能であること 境界値分析 効果群:バグ発見率向上 なんか絵 値による条件分岐、ループカウンタ等に潜むバグを狙ってテストデータを導き出す。オフバイワンエラーなどが顕著。なお、境界値のはみ出す方だけを取る派、両方を取る派があり、工数とのトレードオフ。 発動条件:同値分割が完了し、両端の値が分かっていること

    ソフトウェアQAテスティングギャザリング
  • CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ

    技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた

  • Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist

  • Better Specs. Testing Guidelines for Developers.

    What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos

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

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

  • Test Anything Protocol - Wikipedia

    This article is about An automated testing protocol. For the network tunnel driver, see TUN/TAP. This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Test Anything Protocol" – news · newspapers · books · scholar · JSTOR (October 2017) (Learn how and when t

  • perl ♡ tests - Articles Advent Calendar 2011 Test

    こんにちはとみたトミールです。先日会社の勉強会で枠をもらいまして、「あまりperlによる開発をしていない人へのperl紹介」的な話としてperlのカルチャーとしてのテスト、という紹介をしました。わりと評判がよかったのでほかのトラックと内容かぶるところありますが気にせず書き起こし的に書いてみます。 dev w/perl select modules write tests ... perlを使った開発の特徴として、モジュールが充実してる話はわりと有名とおもいますが、実際のコード書き始める前にまず使うモジュールを選ぶ作業があったりします。そのへんはそのうち話すとして。 ほかに、テストを大事にするというかテストを書いてから実際のコードを書くという文化があるのが誇れる点だとおもっていて、 perl's test code = just simple perl script perlのテストコードは

    perl ♡ tests - Articles Advent Calendar 2011 Test
  • 自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編)

    自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編) ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか? 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

    自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編)
  • DRY原則とテストの可読性 - ✘╹◡╹✘

    DRY原則に従おうとするほど、テストコードがどんどん読みづらくなる。 The RSpec Bookに答えがあるかと思って読んでみたものの、「あるある」と一言述べているだけだった。辛い。 テストコードが読みづらくなる例を示すために、1つRubyのライブラリをつくった。 値とパターンを与えてValidationを行う機能を提供するライブラリ。 実装60行、テスト120行なので、詳しく見たければすぐ読めると思う。 最近不意ながらキラキラネームの命名力が上がってきたと思う。 avalon - A validator implementation for Ruby https://github.com/r7kamura/avalon 冗長だが読みやすい例 letもsubjectもローカル変数も何も用いずに率直に書いたテストコード例がこちら。 冗長だが読みやすく、テストコードを見ればライブラリの使い

    DRY原則とテストの可読性 - ✘╹◡╹✘
  • Example XML Output for a JUnit test? | JUnit.org

  • nose まとめ4 (nose.tools を使う) - kuma8の雑記帳

    はじめに nose には、簡単にテストするための機能が用意されています。 機能は、 nose.tools パッケージにまとまっています。 いくつかの機能は、前回までに出ていますが、あらためて書いてあります。 使い方 nose.tools.ok_ ok_(expr, msg=None) expr が True かどうかを評価します。 msg がある場合は、テスト結果に出力します。 nose.tools.eq_ eq_(a, b, msg=None) a と b が等しいかどうかを評価します。 msg がある場合は、テスト結果に出力します。 nose.tools.raises @raises(TypeError) def raise_test(): raise TypeError("This test passes") @raises(TypeError, ValueError) def ra

    nose まとめ4 (nose.tools を使う) - kuma8の雑記帳
  • 第27回 Test::Most:Test::Moreでは物足りなくなってきたら | gihyo.jp

    Test Anything Protocol Perlは非常にテストを重視している言語です。連載第14回ではPerl体のテスト数がどのように推移してきたかを、また連載第24回ではCPANモジュールの品質保証に大きな役割を果たしてきたCPANTSについて簡単に紹介しましたが、Perlとテストのつながりはそれだけではありません。CPANにはTestを名前に含むディストリビューションが500以上もあがっていますし(これは全ディストリビューション数の約2.5%にあたります⁠)⁠、Perlで標準的に使われているテスト形式はTest Anything Protocol (TAP)という名前を得て多くの言語に移植され、2008年からはIETFの標準化を目指した活動も始まっています――というと何やらすごいプロトコルのように聞こえるかもしれませんが、Test Anything Protocolというのは要

    第27回 Test::Most:Test::Moreでは物足りなくなってきたら | gihyo.jp
  • るびま

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • 「Hudson」改め「Jenkins」で始めるCI(継続的インテグレーション)入門

    「Hudson」改め「Jenkins」で始めるCI(継続的インテグレーション)入門:ユカイ、ツーカイ、カイハツ環境!(21)(1/4 ページ) CIツール「Hudson」改め「Jenkins」とは 「Jenkins」とは、CI(継続的インテグレーション)ツールとして有名な「Hudson」の開発者たちにより開発されているCIツールです。Hudsonは商標上などの問題によりJenkinsと名前を変えて継続することが発表されたので、記憶に残っている方も多いと思います。現在では落ち着いて開発されているようです。 稿では、今話題のJenkinsの使い方を紹介します。記事の想定読者は、Java開発を行っている方で、「今までCIを導入していなかったけどこれから導入しよう」「Jenkins(Hudson)は使えそうだけど、難しそうだなぁ」と思っている方を対象としています。稿を読めば、10分程度でJe

    「Hudson」改め「Jenkins」で始めるCI(継続的インテグレーション)入門
  • 機能テストとは何か? - たまゆら雑記

    つい最近、機能テストって何だろうと話をしていました。 この機能テストという言葉は非常にやっかいな言葉で、コミュニケーションを取るのが難しい用語の一つです。 難しいということを知っていて、それなりに注意を払って話をしてみても伝わらないものは、なかなか伝わらないものです。 多くの書籍でも同様で、みな 好きなことを喋っている としか思えません。えっ、そう思わないって! では少しばかりご覧ください。機能テストにまつわるさまざまな記述を。 「ソフトウェア・テストの技法」(Myers) p.118より引用 機能テストは、プログラムと外部仕様との相違点を発見する過程である。外部仕様は、外部世界(たとえばユーザ)からみたプログラムの行動について正確に記述することである。 「ソフトウェアテスト技法」(Beizer) p.9、p21、p422より引用 機能テストでは、プログラムやシステムを1個のブラックボック

    機能テストとは何か? - たまゆら雑記
  • JSTQB認定テスト技術者資格

    JSTQB(Japan Software Testing Qualifications Board)は、2006年5月にJTCB(Japan Testing Certification Board)から名称を変更いたしました。これからもよろしくお願い申し上げます。 自動車、携帯電話、社会インフラ、企業システムなど、我々の身の回りは、ソフトウェアで占められています。すなわち、我々の身体や財産の安全はソフトウェアに委ねられているのです。しかし昨今の状況を鑑みると、ソフトウェアの品質や信頼性、安全性が十分に確保されているとは言えません。ソフトウェアの品質や信頼性、安全性の確保は急務なのです。 そのための重要な技術として、ソフトウェアテストがあります。システムトラブルの報道でしばしば目にする「テスト不足」というキーワードは、テストの工数の不足を示唆しているだけではありません。業界全体で、テストの技

  • IBM Developer

    IBM Developer