pytest 使い方まとめ | DevelopersIO
西田@大阪です pythonのテストフレームワークであるpytestの主だった使い方をまとめてみました 今回の記事で利用したバージョンは以下です Python: 3.6.5 pytest: 3.8.0 freezegun: 0.3.10 テスト対象 ファイルはtestから始まるファイルが対象になります test_sample.py メソッドはtestから始まる関数が対象になります def test_something(): # ~~~ 複数のテストをまとめたいときはclassを使いグルーピングしたいテストをそのクラスのメソッドとして記述します class TestGroup(object): def test_something_1(): # ~~~ def test_something_2(): # ~~~ assertion assert キワードのあとに bool 値を返す式を書きま
pytestに入門してみたメモ - Qiita
#!/usr/bin/python # -*- coding: utf-8 -*- def test_1(): a = 1 b = 2 assert a == b def test_2(): a = 1 b = 2 assert a != b スクリプトのtestで始まる名前の関数が自動的にテスト対象になります。 各関数の中で、成立すべき式（Trueになるべき式）をassert文で記述します。 そして、引数にスクリプトファイル名を指定してpytestコマンドを実行します。引数を省略すると、カレントディレクトリにあるtest_*.pyという名前のスクリプトが自動的にテスト対象になります。 $ pytest test_app.py ======================================= test session starts ======================
ExUnit入門 - Qiita
初学者向けです。ExUnitというテストフレームワークがあることは知っているけれど、使い方はあんまり分かっていない、という方を対象に書きます。 テストを書く 基本の流れ # my_module_test.exs ExUnit.start defmodule MyApp.MyModuleTest do use ExUnit.Case, async: true test "the truth" do assert 1 + 1 == 2 end end はじめにExUnit.startで:ex_unitを起動します。通常のMixプロジェクトでは、プロジェクト作成時に生成されるtest/test_helper.exsでこれが行われるので、自分で書くことは少ないでしょう。 次にテストモジュールを定義します。モジュール名は重複しなければ何でもOKですが、ファイル名は_test.exsで終わる必要がある
PHPUnitのデータプロバイダーを試す - Qiita
<?php namespace Sample; class Sample { // $a + $b を返す public function Add($a, $b) { return $a + $b; } // $a - $b を返す（実際は間違っている） public function Sub($a, $b) { return $a + $b; } } <?php use PHPUnit\Framework\TestCase; use Sample\Sample; class SampleTest extends PHPUnit\Framework\TestCase { public function test_add() { $sample = new Sample(); $this->assertEquals(10, $sample->Add(4, 6)); } /** * @data
ESLint&mochaで’describe’ is not definedと言われないために - Qiita
ESLintで静的解析しているプロジェクトにmochaを導入した時に引っかかったので。 はじめに ESLintは言わずもがなソースコードの静的解析ツールであり、明らかなバグやコーディングスタイルから外れた記法をチェックしてくれます。 ESLint - Pluggable JavaScript linter ところが、mochaでテストコードを書いていると、mocha特有のdescribeやitが未定義であると指摘されてしまいます。 このままだと本来チェックしたい誤りを見落とすことになってしまいます。 それを避けるためにESLintを正しく設定しましょう。 設定方法 ESLintの設定で、以下のようにenvでmochaを使用することを明示する必要がありました。
PHPでリフレクションはこうでしょうが！ - Qiita
テストを書くときにprotected,privateなプロパティを書き換えたいときがあります。 でも、なかなかそらで書けないのです。僕は。 だから、自分への戒めとして書いておきます。 （そもそもアクセスできないテストってどうなの、、、ってのはありますが、、、） リフレクションはこう！こう書く！！覚えろ！自分！！ $reflection = new \ReflectionClass($Mailer); $property = $reflection->getProperty('oauth'); $property->setAccessible(true); $property->setValue($Mailer, true); $this->assertTrue($Mailer->getOAuth()); Register as a new user and use Qiita more c
ESLint&mochaで’describe’ is not definedと言われないために - Qiita
ESLintで静的解析しているプロジェクトにmochaを導入した時に引っかかったので。 はじめに ESLintは言わずもがなソースコードの静的解析ツールであり、明らかなバグやコーディングスタイルから外れた記法をチェックしてくれます。 ESLint - Pluggable JavaScript linter ところが、mochaでテストコードを書いていると、mocha特有のdescribeやitが未定義であると指摘されてしまいます。 このままだと本来チェックしたい誤りを見落とすことになってしまいます。 それを避けるためにESLintを正しく設定しましょう。 設定方法 ESLintの設定で、以下のようにenvでmochaを使用することを明示する必要がありました。
単体テストで開始時にモックサーバを起動し、終了時に停止する: その 2 - Qiita
やりたい事 前回の、単体テストで開始時にモックサーバを起動し、終了時に停止する - Qiita では json-server をライブラリとして使ってサーバを起動・終了する手順を書きました。 json-server はコマンドラインからの実行もできるので、そちらを利用した書き方です。 前回の記事は、mocha 単体では実行できたのですが mocha-webpack を使った時に、うまく動かなかったので、そういう場合の回避策として調べました。 どうやるか child_process.spawn を使ってコマンドを (background で) 起動し、標準出力への出力内容から起動したかどうかを確認します。 終了は、起動時の PID を記録しておき、それを kill することで実現します。 実装例 import * as child_process from "child_process";
単体テストで開始時にモックサーバを起動し、終了時に停止する - Qiita
やりたい事 JavaScript の単体テストで、テスト対象のコードがサーバと通信して JSON 形式で受信を受け取る場合、サーバと通信する部分を置き換えてテストコード内部で完結するようにしたい。 しかし、通信する部分をモックで置き換えるのはしたくないので、テスト用に JSON を返すサーバを立てたい、そしてサーバは開始時に起動、終了時に停止させたい。 どうやるか json-server は こんな感じに サーバの実装をすればできる。 json-server は、パスと返る JSON の内容をコードから指定できるので、テストケースに合わせてテストコード内で修正できる。 実装例 var jsonServer = require("json-server"); var assert = require("assert"); var http = require("http"); describ
Laravel5.6でPHPUnitのコードカバレッジを出力する - Qiita
概要 MacOS上のLaravelのプロジェクトのコードカバレッジをHTML形式で出力します。 Laravelでプロジェクトが作成されており、PHPUnitが実行可能な状態を前提としています。 Xdebugのインストールについても手順を記載しています。 手順自体は簡単ですが、Xdebugのインストールで迷うことがあったので、メモとして記事にしています。 環境 Mac OS X Sierra 10.12.6 Laravel5.6 PHPUnit7.0 手順 composer.jsonのscript カバレッジを出力するためのコマンドをcomposer.jsonのscriptに追加します。 カバレッジの結果がHTML形式でcoverageディレクトリに出力されるように修正しています。
PHPUnitの実行をさっさと終わらせたいとき - Qiita
よくあることですが、PHPUnitでテストを書いている場合、テストケースが増えてくると徐々に実行速度が気になってきます。テストの量が増え、完了するまでの時間が単純に増えていくためです。 そんなとき、とにかくテストをさっさと終わらせるためのtipsです。 テストする量を減らす ローカルで開発するときは毎回すべてのテストを実行する必要はないかと思います。そんなときはテストする量自体を減らしましょう。 filter や group オプションを使用し特定のテストだけ実行すると、実行テストの総量が減り完了までの時間は短くなります。 参考: PHPUnit で指定したのテストのみを実行する また、PhpStormなどのエディタの機能を使えば特定のテストを実行することがエディタ上で可能になります。 参考: Testing with PHPUnit カバレッジを計測しない filter や group
ChromeとFireFoxのHeadless機能を使ってブラウザーテスト駆動開発[gulp+karma+jasmine&GitHub+TravisCI] - Qiita
var gulp = require("gulp"); var browser = require("browser-sync").create(); var concat = require("gulp-concat"); var uglify = require("gulp-uglify"); var Server = require("karma").Server; /** * server setting */ gulp.task("server", function () { browser.init({ server: { baseDir: "./", index: "index.html" } }); }); /** * browser reload */ gulp.task("reload", function () { browser.reload(); }); /**
![ChromeとFireFoxのHeadless機能を使ってブラウザーテスト駆動開発[gulp+karma+jasmine&GitHub+TravisCI] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/dbf11a3e417458f22f9afb7b1ea9fc7367654933/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9Q2hyb21lJUUzJTgxJUE4RmlyZUZveCVFMyU4MSVBRUhlYWRsZXNzJUU2JUE5JTlGJUU4JTgzJUJEJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgyJUE2JUUzJTgyJUI2JUUzJTgzJUJDJUUzJTgzJTg2JUUzJTgyJUI5JUUzJTgzJTg4JUU5JUE3JTg2JUU1JThCJTk1JUU5JTk2JThCJUU3JTk5JUJBJTVCZ3VscCUyQmthcm1hJTJCamFzbWluZSUyNkdpdEh1YiUyQlRyYXZpc0NJJTVEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05YzYzYzZkMjlkNWZhNjBmZjEyNTdhNmU5NDczNjUwOQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaWVuYWdhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05NTQyZDRiNjVlZjllYzUzNzkyYmRmNTE4NTc4Y2NkYQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3f4d716cd11fe652352338bf3c1089a8)
CakePHP3.6のコントローラでのPHPUnitの使い方メモ - Qiita
何かと理由（時間がない || メンテが面倒）をつけて避けがちなユニット試験。 未だ関わる開発現場で全くユニット試験が書かれていないことも多い。 とは言え、急な仕様変更に伴うデグレ確認や後々の保守開発を考えれば必須かなと。 PHPでユニット試験といえばPHPUnitが有名。 CakePHP3上でコントローラのユニット試験を動かす時にちょっと詰まりました。 その時のメモ書き程度に残しておきます。 動作環境 PHP7.2 CakePHP3.6.9 MySQL5.7 環境構築 composerのパスを通していること. // CakePHP3初期化(プロジェクトが無い人) composer self-update && composer create-project --prefer-dist cakephp/app xxxx // PHPUnitインストール composer require --
PHPUnitで「例外が投げられないことを期待する」というテストケースをどのように書くか - Qiita
こんな「困った」時の話 「異常時に例外を投げる、正常に完了したらvoidとなる」というようなメソッドがあるとします。 こんな時に、PHPUnitでどのように単体テストを書けばいいでしょうか？ PHPUnitでは、1つもassertionがないテストを「Risky」としてマークします。これは賢いのですが、しかし「返り値をとれないメソッド」=assertionを置けないテストケースについてRiskyになってしまうのが困る・・・と悩んでいました。 結論: @doesNotPerformAssertions を使えそう テストケースのアノテーションに @doesNotPerformAssertions を入れると、「これはリスキーじゃないぞ」という事を示すことができそうです。 以下、「こうやって対処してきた」「これからは@doesNotPerformAssertionsを使いたいかも」という話をし
CircleCI で PHPUnit を並列実行する - Qiita
CircleCI のテストの並列実行は、テストファイルをインスタンス毎に振り分けることで実現します。しかしながら、PHPUnit のコマンドライン (phpunit) は複数のファイル名を受け取って実行するということができません。 circleci tests glob "tests/**/*Test.php" | circleci tests split # => インスタンスに割り当てられたテストファイル名のリスト (スペース区切) # => そのままでは phpunit で実行できない... そこで、ファイル名のリストを引数にとって、そのテストを実行するための phpunit.xml (phpunit-partial.xml) を生成するツールを書いて対応しました。 phpunit-xml-gen.php <?php $files = array_slice($argv, 1); $
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ExUnitのdescribeとnamed setup - Qiita
DbUnitでの予約語のエスケープ方法 - Qiita
【PHPUnit】assertEquals()は使わず、assertSame()を使おうという話 - Qiita
PHPUnitの遅いテストケースをあぶり出すphpunit-speedtrap - Qiita
PHPUnitでReflectionMethodを使うときは@coversアノテーションがトレーサビリティを上げる - Qiita
