テストしやすいGoコードのデザイン
テストしやすいGoコードのデザイン golang.tokyo #2 12 December 2016 Taichi Nakashima 言いたいこと 明示的であれ！ 2 whoami @deeeet / @tcnksm (GitHub) http://deeeet.com A PaaS Dev&Ops (Using go for CLI tool, API, Batch jobs) 3 OSS Tools gcli - The easy way to build Golang command-line application ghr - Create Github Release and upload artifacts in parallel Packages go-httpstat - Go package for tracing golang HTTP request latency
Perlでテストがこけて泣きそうなときのTIPS
Perl 書いてりゃ Test::More でテスト書きまくると思うのですが、Test::More っていうか、まあ別に Test::More だけがそうというわけでもないのですが、テストこけたときのケアが十分じゃないなと思うときがけっこうあります。 開発過程で書いてるコードというのは、いつもいつも確信を持って書いているわけではないわけで、それでなくてもうっかり間違うときもあり、せっかくテスト書いているのに何だかよくわからない理由でこけてパスできなくて時間を浪費してしまったりが日常になってたりしませんか？ そういうのを繰り返しているとやがてテスト嫌いになりテスト書かなくなって本番コードにデバッグコードが入り乱れ、リファクタもどんどん不可能になって小回り効かないままプロジェクトが失敗して彼女に振られてしまうわけですね。困ります。 note diag explain Test::More には
トレジャーデータで実践：A/B テスト（実践編その１） - トレジャーデータ（Treasure Data）ブログ
トレジャーデータはクラウドでデータマネージメントサービスを提供しています。 はじめに 今回は，具体的なデータを事例にしてA/Bテストをわかりやすく紹介します。本記事では理論的なところは控えめに，手順とポイントについて詳しく紹介していきます。実のところ，手順とポイントだけおさえておけば，理論は知らなくても全く問題ありません。また，心の準備編でも紹介しましたが，最終的にはAとBに差違があるのかは， 検定によって求められた統計量に基づいて人間が判断する = 人がテスト結果ときちんと向き合う ことの習慣化が重要なので，テストを実施するにはできるだけ心理的ハードルは低い方がむしろ良いのかもしれません。 A/Bテストとは？ A/Bテストは統計的仮説検定の枠組みの中で，「2つの母平均の差の検定」に該当するものです。独立して実施された結果，AとBに統計的見地から見て，違い（これを「有意な差」とよびます）が
Hubot スクリプトを gulp と mocha でテスト駆動開発する
English 今まで 3つの Hubot スクリプトを作って、npm で公開していますが、ユニットテストがないのが、気持ち悪かった & 非効率だったので、gulp と mocha を使って、ユニットテストを追加しました。 package.json devDependencies に以下のパッケージを追加しました。 "devDependencies": { "hubot": "^2.7.5", "gulp": "^3.7.0", "coffee-script": "^1.7.1", "gulp-coffee": "^2.0.1", "gulp-util": "^2.2.16", "hubot-mock-adapter": "^1.0.0", "gulp-mocha": "^0.4.1", "nock": "^0.34.1", "chai": "^1.9.1", "gulp-clean":
Railsの人気テストフレームワーク6選！：Railsで目指せ、情熱エンジニア（7） - ＠IT
前回は具体的なWebアプリを例にして簡単なコードレビューをしました。今回からは、テストを使ったリファクタリングについて解説していきます 少し時間が空いてしまいましたが、前回は具体的なWebアプリを例にして簡単なコードレビューをしました。今回からは、そのWebアプリに対してテストを書いてリファクタリングする具体的な方法について解説していきます。 今回はまず、Ruby on Railsで人気のあるテストフレームワークの数々についてご紹介します。 最近のテストフレームワークトレンド Hamlの作者として知られるHampton Catlin氏が行った「Hampton's Third Ruby Survey, 2010」の中に、テストに関するいくつかの興味深い結果があります。好きなテストフレームワークは何ですかという質問に対する答えをグラフにすると以下の通りです。 これを見ると「ビヘイビア駆動開発（
テストは正確に、具体的に
先にも書いたとおり、ユニットテストにおいては、実装コードの「偶然の仕様」への合致を確認するのではなく、コードの動きが本来の要求に合っているかを確認することが大切です。だからと言って、それを言い訳にテストが暖昧なものになるようでは因ります。テストはあくまで正確で厳密なものでなくてはなりません。 ここでは理解しやすいよう、あえて古典的な例をあげて説明してみましょう。ソート処理のコードをテストするという例です。今の時代に、業務の中でソートアルゴリズムの実装を求められるプログラマはあまりいないでしょう。しかし、ソートなら馴染み深く、ともかくどういう処理なのかを誰しもが知っている(少なくとも知っていると信じている)ので都合がいいのです。ただ、馴染みがあるだけに、自分の思い込みに気づきにくいというのも確かですが。 ソート処理のコードをテストする場合、「テストで何を確認するのか」とプログラマに尋ねたとす
ライブラリ: unittest
PythonのJUnit系のテストライブラリ unittest についてご紹介します。 使い方 まずは最もベーシックな使い方から。 最小の流れは次のようなものになります。 unittest ライブラリの読み込み unittest.TestCase を継承したクラスの中にテストケースを書く unittest.main() でテストを実行する ことばで聞くよりコードを見るのが早いので、例を見てみます。 # unittest ライブラリを読み込んでおく import unittest # テスト対象の関数 def factorial(n): """factorial function""" if n < 2: return 1 return factorial(n - 1) # テストケースをまとめたクラス # メソッド名が test で始まるメソッドがひとつのテストとなる class Fact
Random Query Generator in Launchpad
This project implements a pseudo-random data and query generator that can be used to test any Perl DBI, JDBC or ODBC-compatible SQL server, in particular MySQL, but also JavaDB and PostgreSQL. The Random Query Generator is a new tool for generating complete databases and executing queries against them for the purpose of functional and stress testing. The tool is capable of executing test scenarios
Rubyのテスティングフレームワークの歴史（2014年版） - 2014-11-06 - ククログ
2014年12月にRuby 2.2がリリースされる予定です1。 Ruby 2.2にはRuby 1.9.1のときに外されたtest-unitというテスティングフレームワークが再びバンドルされる予定です。Rubyのテスティングフレームワーク周りに詳しくない人にはよくわからない状況でしょう。そこで、Rubyのテスティングフレームワークの歴史を説明することで状況を整理します。 名称の整理 この説明の中ではたくさんのテスティングフレームワークが登場します。似たようなものもあるため、最初にテスティングフレームワークの名称を整理します。この説明の中で登場する名称は次の通りです。 RubyUnit Lapidary rubyunit Test::Unit test/unit test-unit miniunit minitest RSpec 違いがわかりますか？ざっくり説明すると次の通りです。 RubyU
JBehave+Maven+Eclipseを使った結合試験の自動化 - Qiita
JBehave+Maven+Eclipseを使った結合試験の自動化 What is JBehave? JBehave is a framework for Behaviour-Driven Development(BDD). http://jbehave.org/より BDDをするためのフレームワークです。 試験シナリオをプレインテキストで記述し、それを処理するテストを記述することで試験をしていきます。試験シナリオをテキストで記述できるため、いわゆるお客様にシナリオを確認してもらいやすくなります。（お客様に書いてもらうこともできそうですが、ちょっと厳しいかと思います） 具体例 先日作ったjalo(https://github.com/tamurashingo/jalo)に結合試験を追加してみます。 ソースコードはhttps://github.com/tamurashingo/jalo/tr
FitNesse+Selenium+Jenkinsによるテストケース継続的インテグレーション（１）
今回は、JaSTT'11 Tokyo のコープランド氏の講演で紹介されていたFitNesseのお話をしたいと思います。
Selenium
Selenium automates browsers. That's it!What you do with that power is entirely up to you. Primarily it is for automating web applications for testing purposes, but is certainly not limited to just that. Boring web-based administration tasks can (and should) also be automated as well. Selenium WebDriver If you want to create robust, browser-based regression automation suites and tests, scale and di
WebのUIテスト自動化 - Seleniumを使ってみる - Qiita
Appiumを色々触っているんですが、仕組みが同じSeleniumもちょっと触ってみました。 だいぶ色々なことができそうなのでこちらも触りつつメモを取っていこうと思います。 実際の動画デモ 実際にどんなことができるのか、参考動画を撮ってみました。 内容的にはネタな感じにしていますが、どんなことができるか分かってもらえるかと思いますｗ Seleniumとは Seleniumはクロスブラウザ、クロスプラットフォームのUIテストツールです。 ブラウザに表示される要素を操作し、取得して想定されうる状態になっているかをテストできます。 また、画面のキャプチャを撮ることもできます。 検索してみると有用な記事がいくつかあるので、詳細はそちらを見てください。 ここでは簡単に触ったメモや所感を書いていきます。 JavaScriptテスト自動化ツールSeleniumのこれまでとこれから（前編）。第1回 日本S
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
Test::Kantan - Perl and Testing
This document discusses Perl testing libraries and frameworks. It provides an overview of the history of Perl testing including Test::More and Test::Class. It also introduces some newer testing libraries like Test::Pretty, Test::Ika, and Test::Kantan that aim to improve on Test::Builder and provide additional features like BDD-style testing and improved output. The document encourages trying out t
Docker コンテナで MySQL を使ったテストの高速化 - stfuawsc
全国1億2000万の Docker ファンの皆さんこんにちは。 MySQL の起動がとてつもなく遅いのは有名な話。 ところが Docker コンテナの起動はなかなか早いので、 MySQL を使っているようなテストを高速化するケースで有用性が認められるのではないかと思って PoC を書いてみた。 （宣伝）こういった話も含めて YAPC でトークしたいので SNS 等で upvote お願いします： ( ✌'ω')✌ 楽しいモデル層開発 - YAPC::Asia Tokyo 2014 （宣伝おわり） MySQL を使ったテスト MySQL を使ったテストをする場合、だいたい次の 2 パターンになる。 MySQL をテストのたびに起動してクリーンな状態で使う ローカルにデーモンとして起動した MySQL に接続して DROP TABLE や TRUNCATE でクリーンな状態にして使う だけど、
ソフトウェアテスト入門
お世辞にも品質が良いとは言えず四苦八苦してテストしているけれど、正直なところどうテストしていいか分からない、というあなた。テストの設計だのテスト技法だのと言われてもウチの現場には関係ないや、というあなた。テストのスキルは付けたいし勉強もしてるけど仕事に役立ってないよ、というあなた。そんなあなたに、明日からちょっとずつテストの腕を上げられる方法をお見せしましょう。そして、とっても腕が上がったらどんなテストができるようになるか、をちょっとだけお見せしましょう。
browserstack で hosts を有効にしつつローカルファイルの動作チェック
Cross Browser Testing Tool. 200+ Browsers, Mobile, Real IE. ローカルにある html ファイルの動作確認を browserstack でしたい。その html はサードパーティの js をロードしているが、向き先を hosts で書き換えたい。今回に関しては hosts でサードパーティ js をローカルに向け、ダミーのスクリプトに差し替えて動作確認をする。 こういうテストをやる手順。 ローカルに web サーバを立てておく。80 を listen できるように。 Mac の場合付属の apache をあげるのが楽だと思う。 テストしたいファイル・スクリプトを見えるようにしておく。 今回の場合テストしたい html、スクリプト、差し替えたいダミースクリプトを /Library/WebServer/Documents/ に置く。 ロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fitnesse を用いたテストの効率化について
GitHub - rkuhn/asynctest: Minimalistic JUnit-style framework for testing asynchronous components
