GitHub - pytest-dev/pytest-instafail: py.test plugin to show failures instantlyYou 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
halimath/pyassert · GitHub
pyassert is an assertion library for the Python programming language. Introduction Assertions are used in automated tests to verify that a given piece of code behaves as expected. pyassert aims to provide assertions with provide rich functionality: common assertions should be expressed easily good readability: assertions should be easy to read and easy to understand to enhance the overall underst
buildout で Pyramid のテストコマンドを作る - 祢占堂
前回までのあらすじ buildout を使って Pyramid の環境を構築したねじだが、朝方剥いた桃がすごい速さで変色していくのにびっくりした。 あわせて読みたい：buildout を使って Pyramid な環境を構築してみた Pyramid でのテストの実行 チュートリアルにあるように、setup.py test とか nose でテストができる。 これを buildout 使った場合はどうやるのかと思ったら、zc.buildout.eggs に nose とか追加するのじゃなくて、pbp.recipe.noserunner というレシピがあるらしい。 というのに @aodag 先生の公開してる papyrus の buildout.cfg を見て気づきました。なのでパクります。 bin/test コマンドの作成 buildout.cfg に以下のセクションを追加します。parts
テスト駆動開発・パターン編 - Strategic Choice
ケント・ベック師の著書で、TDDの教科書「テスト駆動開発入門」の「Part3 テスト駆動開発のためのパターン」をまとめ、「TDDの戦略」「TDDの定石」「TDDのプラクティス」を身につけます。はじめにファーストステップテスト駆動開発のパターンテスト方法の詳細の前の、基本的な戦略に関するパターンです。「テストすることは何を意味するのか」「いつテストするのか」「テストするロジックをどのように選択するのか」「テストするデータをどのように選択するのか」を吟味します。Test（テスト）Isolated Test（独立したテスト）Test List（テストリスト）Test First（テストファースト）Assert First（アサートファースト）Test Data（テストデータ）Evident Data（明示的データ）レッドバーに関するパターンテスト作成を開始するタイミング、テストを作成する場所、テ
ペアプロ・TDDの『お題』をまとめてみた #tddbc #coderetreat #pp_con - Diary of absj31
TDD及びペアプロを通じてプログラミングスキルを上げるべく、ネットで公開されている『お題』について色々情報収集してみました。 お題やテーマについては、見つけ次第随時追加していきます。 Stackユーティリティ from 『車窓からのTDD』 - 車窓からのTDD こちらについては自分でも試しに写経してみました。以下エントリ。 『車窓からのTDD』を写経してみた ( JDK7 / Eclipse4.2 / Quick JUnit / Mercurial / Bitbucket ) - Shinya’s Daily Report FizzBuzz問題 from TDDBC TDDBC お題 うるう年問題 from TDDBC TDDBC お題 LRU Cache from TDDBC TDDBC お題 ワードフィルタ from TDDBC TDDBC お題 以上、ここまでの4つのお題は和田卓人
unittest.mock — mock object library — Python 3.7.1 documentation
Source code: Lib/unittest/mock.py unittest.mock is a library for testing in Python. It allows you to replace parts of your system under test with mock objects and make assertions about how they have been used. unittest.mock provides a core Mock class removing the need to create a host of stubs throughout your test suite. After performing an action, you can make assertions about which methods / att
プログラマとテストエンジニアにバトル勃発！正しいバグ票の書き方とは？
バグレポートに関する問題はどこでも起きている 本記事は、バグの修正依頼として作成されるバグ票（バグレポート）を対象としています。プログラマが自身でデバッグを一通り終えた後で、テストを専門とするテストエンジニアにそのプログラムをテストしてもらい、その際に検出されたバグを報告してもらうための文書がバグレポートです。独立した部門でテストを実施している会社では、このような形態とバグレポートによる修正依頼が一般的だと思います。 本連載は、テストエンジニア向けに、バグ修正のプロセスにおいて非常に重要でありながら、あまり注目されていないバグレポートのあるべき姿をさぐってみたいと思います。 早速ですが、プログラマとテストエンジニアの間でこのようなやりとりがあるのを見たことはありませんか？ テストエンジニアとプログラマの間でこんなやりとりが起こっていませんか？ 開発進捗会議にて プロジェクトリーダ： Aさん
ビジネスロジックのテスト自動化
●１ 障害件数が減らないのはなぜか？ テストには、単体テスト(UT)、結合テスト(IT)、システムテスト（ST）、ユーザ受入れテスト（UAT）などの工程がありますが、 私の経験からいうと最も障害が発生する確率が高いテストは結合テストだと思います。 なぜ、そんな事になるのかというと以下のような理由からです。 ①単体テスト工程が、関数レベルのテストとなり、ビジネスロジックとしてのテストがされない。 ②単体テスト工程で完全なテスト項目を作り上げ、完全なテストを実施する事はまれである。 では、どうすれば結合テストにおける障害件数を抑制する事が出来るのでしょうか？ 結合テスト以降の障害件数を少なくするには、以下のようにテストを実施すれば良いのです。 ①ビジネスロジックレベルのテストを単体テスト工程で実施する。 ②ブラックボックスレベルで完全なテスト項目によるテストを実施する。 しかし、実際には、結合
Jasmine + Sinon.js を使って Backbone.js アプリケーションをテストするチュートリアルを読みました | CreativeStyle
Jasmine + Sinon.js を使って Backbone.js アプリケーションをテストするチュートリアルを読みました JavaScriptのためのBDDテストフレームワーク「Jasmine」と、簡単にスタブやモックオブジェクトを導入する「Sinon.js」を使って、JavaScriptのためのMVCフレームワークである「Backbone.js」で書かれたアプリケーションをテストするチュートリアル記事を読みました。 全３部構成。英語。 Testing Backbone applications with Jasmine and Sinon – Part 1 – Tinned Fruit Testing Backbone applications with Jasmine and Sinon – Part 2. Models and Collections – Tinned Frui
jDoctest — jDoctest v0.0.9 documentation
jDoctest¶ jDoctest is an useful test library for JavaScript that was inspired by Python‘s doctest module. It finds testable examples within your JavaScript files and checks if each example runs successfully. No more you need separated test files or documentation files. You only need a single file which contains an executable source code, documentations, and testable examples. Browser Support¶ jDoc
Vows で クライアントサイドの CoffeeScript / JavaScript のテストをする時の Tips
0. node.js の Vows フレームワークがとてもかわいい JavaScript のTDD, BDDフレームワークはたくさんあるけど，テスト結果の見た目の良さと記述の楽さで Vows というフレームワークを使っている．RSpec からの影響を受けていて，Rack アプリケーションのテストと同じような感覚で書ける，というのが良い． たとえばこんな感じでテストコードを CoffeeScript で書く で --spec オプションをつけて実行するとこういう風に表示してくれる． assertion でテストが通らないと黄色く，内部エラーの場合は赤にラベルが表示される． しっかり全部通すと このように表示される．見た目が良いし，ラベリングを丁寧にやるとテストの内容がわかりやすい． 元々 node.js のテスト用なので，require exports など， pure JavaScript
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
mockはこう使え - atsuoishimoto's diary
最近、Mockライブラリ http://www.voidspace.org.uk/python/mock/ を使ってみたのでメモ。 このライブラリは、その性質上、動的にメソッドや属性を作成するケースが多く、普通のPythonライブラリのようにイントロスペクションに頼って使い方を調べるのは難しい。本気で使うならまじめにドキュメントを読み込む必要がある。 関数の置き換え テスト中に呼び出される関数をMockで置き換える例。ここでは、関数 myapp.utils.func1() を置き換える。 from mock import Mock import myapp.utils # myapp.utils.func1 を、常に100を返す関数に置き換える myapp.utils.func1 = Mock(return_value=100) 戻り値が定数でない場合は、Mock()にside_effec
クライアントのテストはzombie.jsでいいんじゃないか - mizchi log
zombie.jsとは jsdomというnode製のDOMシミュレータがあります。これを使えば、ブラウザを使わずにDOMイベントを発行することができます。 zombie.jsはセッション管理とブラウザのアクションを管理するjsdomのラッパーです。 個人的には、Ajaxのテストは無理せずJavaScriptでやれとおもってるので、その点zombieは素直に動いてくれます。 利点 AjaxでDOMを書き換えたりするイベントもテストできる (qt-webkitと比較して) 無茶苦茶早い コンパイルが楽(というかQTは定期的に互換崩れてバイナリ壊れてる… 論よりコード サンプルをアップロードしてあります mizchi/zombie-tester-example https://github.com/mizchi/zombie-tester-example インストール等はReadme見てもらうと
pyVows « Asynchronous BDD for Python
Asynchronous behaviour driven development for Python. The main reason for asynchronous testing is to make tests which target I/O run much faster, by running them concurrently. By having a faster suite, it gets run that more often, thus improving the feedback cycle. Write some vows, execute them: $ pyvows test/ Get the report, make sure you kept your word. A non-promise return value ✓ should be co
javascriptのテストのはなし：Sinon.JS(その1) | DevelopersIO
QUnitについてある程度分かった所で、今回はSinon.JSというライブラリを紹介します。 Sinon.JSをテストフレームワークと合わせて使う事で様々なテストができる様になります。特定のテストフレームワークには依存していないのでQUnit以外でも使えます。Sinon.JSのサイトに行けばいくつかのテストフレームワークのアダプタがあります。 Sinon.JSにはいくつかの機能があるので順に紹介します。今回はSpyとStubとMockの3つについてです。テストフレームワークにはQUnitを使っています。 準備 本題に入る前に、準備です。Sinon.JSのライブラリをhttp://sinonjs.org/からダウンロードして適当な位置に配置して、テストで使うhtmlにロードしておきます。 Spy Spyは、メソッドが呼ばれた時の引数や戻り値、エラーなどを監視する事ができます。 これはSino
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python Mocker - Labix
Welcome! Buster.JS is... — Buster.JS 0.7 documentation
テストコードを書く上での留意点メモ - 憧れ駆動開発
http://www.binarysludge.com/talks/JsUnitTesting/