Go Fridayこぼれ話：非公開（unexported）な機能を使ったテスト #golang | メルカリエンジニアリング
はじめに メルペイ エキスパートチームのtenntennです。 メルカリグループでは、毎週金曜日にGo Fridayという社内勉強会を開催しています。 毎週やっているとそれなりに知見が溜まってくるので、定期的に”こぼれ話”としてブログを書こうという話になりました。 今回の記事では、先日のGo Fridayで話題にあがった非公開な機能を使ったテストについて扱いたいと思います。 なお、Goにおけるテストの手法やテストしやすいコードの書き方については、GopherCon 2017でも発表があったmitchellhさんの”Advanced Testing with Go”(スライド/動画)が参考になります。テーブル駆動テストやテストヘルパーなど非常に勉強になるので、まだ見たことのない方はぜひスライドや動画をご覧ください。 TL;DR Goのテストではテスト対象とテストコードを別パッケージにできる
Flakyとその判別方法の解説 #D3QA /FlakyTests
■John Micco氏の基調講演資料 http://jasst.jp/symposium/jasst18tokyo/pdf/A1.pdf ■JaSST'18 Tokyoの開催レポート（公式） http://jasst.jp/symposium/jasst18tokyo/report.html ■本スライドの元となったブログ記事 http://nihonbuson.hatenadiary.jp/entry/2018/03/10/110000 ■#JaSST '18 TokyoのMicco氏のチュートリアルを復習し、少しデータで遊んでみる http://www.kzsuzuki.com/entry/flakyTest 以下の勉強会で発表しました。 https://d-cube.connpass.com/event/83288/
Rails Developers Meetup 2017 で RSpec しぐさについて話した - onk.ninja
Rails Developers Meetup 2017 で RSpec しぐさについて話した Rails Developers Meetup の年末拡大版である、Rails Developers Meetup 2017 で発表させていただきました。 RSpec をどう書いていくと良いのかの指針、みたいな話です。資料はこちら スライドを作るにあたって考えたこと 「5 分では RSpec の こう書くべき という話にたどり着けない」が最初の山でした。 考えてみれば 第 1 回 Rails Developers Meetup の willnet さんの話 が同じ題材 (RSpec の書き方) で、35 分枠だったので当然ですね。 そこで伝えたいことを絞ることにしました。どうせ聴衆は Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on
Testing Angular Faster with Jest - Xfive
It struck me how painful experience it was to test an Angular app. And then I realized it can be painless with Jest. This article was last updated on Sep 23, 2019, so the setup works with the latest Angular versions. If you still have troubles with your project setup, please open an issue in the jest-preset-angular project. Note: This article assumes you are using an Angular CLI v1.0 generated pro
「React / Flux を実案件で使ってみた」その後
改めて覗いてみよう 1) CheckboxWithLabel changes the text after click: AssertionError: # /path/to/test/components/CheckboxWithLabel_test.jsx:21 assert(label.getDOMNode().textContent === 'On') | | | | | | "Off" false | HTMLLabelElement{htmlFor:"",form:null,accessKey:"",control:HTMLInputElement{src:"",valueAsNumber:NaN,incremental:false,defaultChecked:false,form:null,multiple:false,list:null,size:20,checked:f
A Journey Through Client-Side Testing with JavaScript - Telerik Blogs
Having tests is important. They allow us to extend and refactor our code with ease. Many developers follow test driven development as a workflow. I believe that writing tests makes software development much more interesting and generally leads to better code. Well-designed and tested systems are easier to maintain. Over the last few years, developers have begun to put a lot of application logic in
Mac OSX(mono)でC#のユニットテストをする - 巨人の肩の上に登る
C#でユニットテスト（単体テスト）を書いてみた。 NUnitというフレームワークがデファクトっぽいので、これのCUIでの使い方をメモ。 install 以前に書いた記事 monoとXamarin StudioでC# でXamarin Studioを入れていたので、恐らく、NUnit関連で必要なものは入っていると思います。 一応、$ which nunit-consoleでnunit-consoleのパスが通ってるか確認。 Sample 準備が整ったので、早速試してみましょう。 HelloTest.csを下記の内容で作成。 using NUnit.Framework; using System; namespace HelloTest { [TestFixture] public class NUnitTestClass { [Test] public void TestCase1 () {
Testem: Interactive JS Test Runner
About a week ago I released my Javascript test runner - Testem. It provides a text-based UI and auto-re-run-on-save for the test driven development(TDD) usecase as well as a simple command-line interface for continuous integration (CI). It supports QUnit, Jasmine, and Mocha to boot. To understand how the UI works, you really have to see it in action, I've made a screencast: There's also plenty of
Macchiato - QDD test framwork for JavaScript
CAUTION This project is under development now. Sorry to keep you waiting. Please see GitHub Milestones What's "Macchiato.js" ? Inspired by QuickCheck Macchiato is a testing framework for JavaScript, inspired by QuickCheck, a similar library for Haskell programs. QuickCheck is a library for random testing of program properties. The programmer provides a specification of the program, in the form of
すごいぞRSpec(shared example group編) - @yohfee.blog!
ちょっと前に話題になったRSpecのスライドがステキだったよね。でもRSpecはまだまだ底知れない気がするので自分でもいろいろと調べてみようと思った次第。 まずはrspec-core(2.5.1)/features/example_groups/shared_example_group.featureを参考にshared example groupについて調べてみたよ。 例１：テストを共有できる require "set" shared_examples_for 'a collection' do subject { described_class.new [7, 2, 4] } its(:size) { should eq 3 } it { should include 7 } it { should_not include 9 } end describe Array do it_be
My top 7 RSpec best practices | Dmytro Shteflyuk's Home
I use RSpec in all my projects. It’s really hard to overemphasize how helpful it is and how much easier becomes your life if you have good specs coverage. But its outstanding flexibility enables many ways to make your specs awful: horribly slow, over-bloated, even non-readable sometimes. I do not want to teach you BDD and RSpec here, but instead I will give you some ideas how to improve your specs
Test::Unit と RSpec と Shoulda
昨日の記事 続・Rails 3.x 時代のテストフレームワーク では、Rails で使用できるテストフレームワークの基礎知識と相互関係についてまとめました。 今日は、Test::Unit と RSpec と Shoulda を具体的に比較してみたいと思います（Cucumber については、別の機会に…）。 例として「変数 @total に文字列 '100' をセットすると、式 @total.to_i は 100 を返す」というテストケースを考えましょう。 純粋な Test::Unit ではこのように書きます。 require 'test/unit' class SimpleTest < Test::Unit::TestCase def test_should_return_100 @total = '100' assert_equal(100, @total.to_i) end end R
クライアントのテストは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見てもらうと
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
component test
karma + mocha + browserify + babel + power-assert
TDD will always be in your heart