Go Fridayこぼれ話：非公開（unexported）な機能を使ったテスト #golang | メルカリエンジニアリング
はじめに メルペイ エキスパートチームのtenntennです。 メルカリグループでは、毎週金曜日にGo Fridayという社内勉強会を開催しています。 毎週やっているとそれなりに知見が溜まってくるので、定期的に”こぼれ話”としてブログを書こうという話になりました。 今回の記事では、先日のGo Fridayで話題にあがった非公開な機能を使ったテストについて扱いたいと思います。 なお、Goにおけるテストの手法やテストしやすいコードの書き方については、GopherCon 2017でも発表があったmitchellhさんの”Advanced Testing with Go”(スライド/動画)が参考になります。テーブル駆動テストやテストヘルパーなど非常に勉強になるので、まだ見たことのない方はぜひスライドや動画をご覧ください。 TL;DR Goのテストではテスト対象とテストコードを別パッケージにできる
Introduction | Pact Docs
Pact is a code-first tool for testing HTTP and message integrations using contract tests. Contract tests assert that inter-application messages conform to a shared understanding that is documented in a contract. Without contract testing, the only way to ensure that applications will work correctly together is by using expensive and brittle integration tests. Do you set your house on fire to test y
Laravel Dusk Is Coming to Laravel 5.4 - Laravel News
{ if (! this.initialized) { search.start(); this.initialized = true; } if (value) { setTimeout(() => { this.$el.querySelector('input').focus(); }, 100); } }); }, }" x-dialog x-model="searchModalIsOpen" x-cloak class="fixed inset-0 z-10" @keydown.slash.meta.window="searchModalIsOpen = !searchModalIsOpen" @keydown.k.meta.window="searchModalIsOpen = !searchModalIsOpen" @keydown.escape.window="searchM
PHP CodeSnifferを使ってみた１ - Perl日記
コーディング規約に沿っていないコードを素早くチェックするために調べたメモ。 https://github.com/squizlabs/PHP_CodeSniffer このPHP CodeSnifferというのを使ってみた。 Snifferはネットワークのトラフィックを監視するひと・ものの意味らしい。 Composerを使っているプロジェクトだったので（つーかちょっと前に僕が入れた）、Composer経由でインストール。 $ php composer.phar require --dev "squizlabs/php_codesniffer=*"diff --git a/composer.json b/composer.json --- a/composer.json +++ b/composer.json @@ -2,7 +2,8 @@ "require-dev": { - "phpuni
DevLove関西で「課題をテストで解決する」という発表をしました - $shibayu36->blog;
DevLove関西に行ったので、「課題をテストで解決する」という発表をしてきました。 内容はスライドに書いてあるとおりです。以下のことを特に話したくて、今回の発表をしました。 何度も起こる課題があったときに人が気をつけようとしない 最悪のケースでは根本原因を知ろうとせず、間違えた人を怒ることで解決しようとしてしまう 何度も起こる課題なら、機械に自動的にやらせる その例として今回はテストでやりましょうという話をした あとテストいろいろあって始め方がわからないという時は、こういう課題をテストにするというところから始めるとやりやすいかもしれない 参考 この資料作るにあたってひたすらブログ書いたので参考にどうぞ 設定の仕様をドキュメントに書くのではなく、テストにしてしまう - $shibayu36->blog; ドキュメントの場所を知らせるために、落ちるテストを作る - $shibayu36->b
PHPUnitでテストしよう。IntelliJ（PHPStorm）でも実行できるようにしてみた
PHPUnitのインストール PHPUnitはPEARからインストールします。 PHPの環境変数が設定していない場合は「C:\xampp\php」で設定しておきます。 管理権限でプロンプト（ターミナル）を起動します。 まずはPEARのアップデート。 pear upgrade PEAR 続いてPHPUnitのインストール。 pear config-set auto_discover 1 pear install pear.phpunit.de/PHPUnit 使ってみる インストールが終わったので、早速プログラムのテストをしてみましょう。 テストするためのPHPファイルを「Hello.php」という名前で作成します。 Hello.php <?php class Hello { public function getMessage() { return "hello world"; } } プ
Test::Tutorial - ごく基本的なテストを書くことについてのチュートリアル - perldoc.jp
名前¶ Test::Tutorial - ごく基本的なテストを書くことについてのチュートリアル 概要¶ あーーーーー!!!!テストは嫌! 何をおいてもテストは嫌! ぶっても、むち打っても、デトロイトに送ってもいいけど、 テストを書かせないで! *しくしく* おまけに、そんな忌まわしいものの書き方など知りません。 あなたはこんな人ですか？ テストを書くことは、ちょうど、ドキュメントを書き、指の爪を引き抜くことですか？ テストを開き、読み、 ######## いくつかの黒魔術を始めます。 テストはもうたくさんだと判断しますか？ いいでしょう。全ては行ってしまいました。あなたのために、黒魔術をすべて行いました ここにその仕掛けがあります… テストの基本¶ 最も基本的なテストのプログラム。 #!/usr/bin/perl -w print "1..1\n"; print 1 + 1 == 2 ?
Perlで初めてテスト書いた - とある技術の備忘録
PerlPerlでテスト書く方法模索します。テスト駆動で開発したことないんですけどね！CPANにあるモジュールで「Test::*」という名前空間にあるものは200個以上あるらしいです。馬鹿野郎いちいち模索してられるか。 とりあえずここを読む限りでは、以下のようなモジュールがあるらしい。特集：Happy Testing Perl｜gihyo.jp … 技術評論社 Test::Simple Test::More Test::Harness # proveがお世話になっています Test::Declare Test::Unit Test::Class # この夏少しお世話になりそうです テスト真であれば"ok"、偽であれば"not ok"を返す、という簡単なプロトコルを利用して、プログラムが期待した動作を完璧にこなせるかどうかを調べるためのプログラムらしい。これらのコードを簡潔に書いたりエラー発
Perlのテストコードを書く: ash
Link to This Site Perl記事のリンク集 いろいろ書いていますよ Perl To The People サイトトップへ Ash メールは下記まで info@roova.jp はてな人気エントリー 当サイトのはてなでの人気エントリー Recent Entries Perlのモジュールを色んな場所にインストールする - やっとlocal::libの話 - cipher エレコム サラサラする操作感マウスパッド(グレー) MP-100GY - decipher cookperlというコマンドを書いた - cipher オックスフォード現代英英辞典 第8版 - decipher ロバート・A・ハインライン / 夏への扉[新訳版] - decipher 昨日買った2枚のCD - decipher ONKYO A-973(S) - decipher Perl 5.12.2がリ
第30回 Test::Class：ユニットテストに使うだけでなく | gihyo.jp
メタデータからテスト件数を取得する 前回はテストファイルやテストデータの数からテストプランを計算するモジュールを紹介しました。今回はその続きとして、テストファイルのメタデータからテストの数を求めるモジュールを紹介していきましょう。これらのモジュールの多くは1994年にケント・ベック（Kent Beck）氏がSmalltalk向けに書いたSUnitを祖先にもつ、いわゆるxUnit系のフレームワークに属するものですが、Perlにはそれ以前からTest Anything Protocolを使った独自のテスト手法が存在していたため、Javaなどで使われている同種のフレームワークとはやや毛色の違う部分もあります。一般的にはクラスをひとつ書くたびに対応するユニットテスト用のクラスを書くのがよいように言われていますが、ここではもっとゆるく、テストを自動的に検出してくれるだけでなく、テストの事前事後になん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
