Goの自動テスト高速化のための調査と改善手法 - Cluster Tech Blog
はじめに こんにちは、クラスター株式会社でソフトウェアエンジニアをやっているid:shiba_yu36です。 クラスターではGoの自動テストをCircleCIで実行しています。入社して以降、この自動テストの実行時間が少し長いと感じたため、調査と改善を進めてきました。結果として速度を改善できたので、この記事でGoの自動テスト高速化のための調査と改善手法について共有したいと思います。 はじめに Goの自動テストで課題だったこと 最終的な結果 自動テスト高速化の流れ テスト実行時間のボトルネックを調査する CircleCIのTIMINGタブで大まかなボトルネックを調査する make testのボトルネックを調査する 高速化でやるべきことを決定する 1つずつ改善し結果を計測する go generateの成果物をレポジトリにcommitし自動テスト上では実行しない: 2分短縮 ビルドキャッシュを用い
自動テストはなぜうまくいかないか？乗り越えるためには何が必要か？ - Qiita
リファクタリングの鶏卵問題 ソースコードがクソなので綺麗にしたい。 リファクタリングしたい。 しかし、リファクタリングが出来ない。 リファクタリングが出来ないのは、テストが無いからだ。 よし。じゃあテストを書こう。あれ、テストが書けない？ そのようなテストが無く、書き換えられないことによる矛盾や憤りは皆さん何百回と感じてきたと思います。 しかし、この「テストが出来ない」ということを言語化するのは、非常に難しいと思います。それは、「テストが出来ない」には実は2つの視点があります。 本質的にテストが困難なモジュールで、誰がやってもテストが書けない。 本質的にモジュールはテスト可能だが、自分の実力が足りず、自分ではテストが書けない。 1.のようなテスト困難なモジュールは誰がやってもテストは書けないです。しかし、問題は、「テストを書きたい」と思ったとき、「自分がそれほどテストに詳しくない」という場
Goで書くテスタブルなCLIツールの作り方 | gihyo.jp
CLIツールをテストする難しさ ターミナルなどで動作するCLI（コマンドラインインタフェース）ツールは、パッケージを公開して利用してもらうライブラリと比べてテストがしにくいと感じる読者も多いでしょう。 CLIツールは、ファイル/標準入力からの入力や、ファイル/標準出力/標準エラー出力への出力があることが多いです。また、コマンドライン引数やオプション（フラグ）によって変わる挙動のパターンが多いため、網羅的なテストが大変です。 入出力についても単一のファイルを読み書きするだけではなく、ディレクトリごと作成したり、特定のディレクトリ以下を再帰的に読み込むような処理もよくあります。 main関数にすべての処理をすべて書くような作りのCLIツールだと、実際にビルドしてテストスクリプトなどから動かしてテストするしかありません。しかし、せっかくCLIツールをGoで書いているのであれば、テストもGoで書き
Writing unit tests in Golang Part 1: Introducing Testify
Unit testing is a way of writing tests for the individual components (aka, the smallest part) of a program. The purpose of it is to validate that any piece of code is always working as expected. Moreover, unit testing has a lot of advantages such as improving the quality of code, providing documentation, also the code can be tested individually and doesn’t require another module in order for it to
Goのテストに入門してみよう！ | フューチャー技術ブログ
2020/08/15更新: 「テストの失敗をレポートしたい」と「サブテストの一部のみ実施したい」の章を追加 はじめにTIG の辻です。今回は春の入門祭りということで Go のテストに入門してみよう！ という記事です。 書いた背景ですが Go の標準ライブラリのコードリーディング会で testing パッケージにチャレンジしてみましたが、難しすぎてわからん。そもそも Go のテストって何ができるんだっけ？ という話になり、基本的な内容をなるべく具体例をまじえながらまとめました。 ざっとどんなことができるんだろう、という index になれば幸いです。 TipsGo に組み込まれているテストの仕組みの中に、ベンチマークに関するテストと Example テストというサンプルコード用のテストも含まれているのですが、この 2 つは対象外にします。基礎的と思われる内容から順に並べてみました。 はじめに
Unity使いは全員Unity Test Runnerを使え！爆速のトライ＆エラー環境だぞ！ - Qiita
##### 2020/7/1追記 ##### この記事は古いので最近書かれたブログ記事を紹介しておきます。 【Unity】Unity Test Runner（Test Framework）の使い方を総まとめ - インストールから自動化まで（LGITH11） ↓の記事はテストの書き方をいろいろ紹介してるのでまだ参考になるかも？ Unityでちゃんとテストを書きたい人のためのまとめ ##### 追記ここまで ##### 今すぐ使え！ Unityを使っている人は 拾ってきたサンプルコードの挙動を確認したい 「書いたはいいが自信がないコード」の実際の動きを確認したい UniRx とか Zenject とか難しいライブラリ/フレームワークを使ったコードを書いていろいろ実験したい と思ったときに、いったいどうしているだろうか？ 既存プロジェクトの適当なMonoBehaivour継承クラスに間借りしてコ
【Python】コマンドラインパーサーclickのテスト方法 - Qiita
なにこれ Pythonでclickをつかったコンソールアプリを作った時に、パラメータがちゃんと渡ってるかテストしたい時ありますよね。CliRunnerを使うと、clickで作ったアプリケーションのテストが出来ます。 基本的な例 import click from click.testing import CliRunner def test_hello_world(): @click.command() @click.argument('name') def hello(name): click.echo('Hello %s!' % name) runner = CliRunner() result = runner.invoke(hello, ['Peter']) assert result.exit_code == 0 assert result.output == 'Hello Pe
DockerコンテナでAnsibleをテストする — そこはかとなく書くよん。 ドキュメント
DockerコンテナでAnsibleをテストする¶ Ansible 2.0になり、Docker connection pluginが標準で入りました。これにより、Docker内にsshdを立てることなくAnsibleを直接実行できるようになりました。 すでに導入されている方も多く、かなり今更ではありますが、Dockerコンテナに対してAnsibleを実行してテストする方法についてここに記します。 参考GitHubリポジトリ Dockerに対する場合の制限¶ まず最初にAnsibleをDockerコンテナに対して実行する際の制限についてです。 基本的にはすべての機能が使えます。ただ、以下の制限があります。 /etc/hosts, /etc/resolv.conf, /etc/hostnameは書き換えできない これらのファイルはDockerがbind mountしており、書き換えられるが、置
Docker の Remote API + serverspec で CI - naoyaのはてなダイアリー
昨日 http://d.hatena.ne.jp/naoya/20130620/1371729625 で書いたように Docker を使えば、欲しい VM を "任意の状態" で簡単にかつ" "瞬時に" コピーして作り出すことができる。 「任意の状態」というのは、例えば「OS は CentOS で、Ruby と Chef が入っている」みたいな VM のこと 「瞬時に」というのは本当に瞬時。VM の起動時間を待ったり、Ruby や Chef を入れる時間を待つ必要はない serverspec でテストをする場合、真っ新な VM を用意してそれにプロビジョニングを行って、その後に破棄するみたいなことを良くする。このとき「真っ新なVM」を立ち上げるのに、Vagrant などが使えるが、Vagrant だとテストの度に VM を一から作り直す･･･つまり vagrant up しなければいけない
Unit Testing Express Middleware
Even for JavaScript software developers well-versed in Agile practices, using test-driven development in Node.js and Express can be challenging. In this presentation, I identify solutions to some of the most significant challenges to using TDD with Express, including mocking data in MongoDB / Mongoose, using promises to control asynchronous testing in Mocha with Chai, and separating concerns to wr
[Xcode 7] UI Testingを試してみる | DevelopersIO
はじめに Xcode 7ではXCTest frameworkの新機能としてUI testing（以降、UIテスト）が実装されました。 UI操作をレコーディングしてテストコードを生成することで繰り返しUIテストが行える便利な機能です。 今回は簡易電卓アプリを作成し、簡単な計算のUIテストを行ってみます。 開発環境 開発環境は下記の通りです。 Xcode 7.0.1 iPhone 6s シミュレータ テスト対象アプリ 今回は加算と減算のみ可能な簡易電卓アプリを用いてテストを行います。 アプリのソースコードはこちらにアップしました。 プロジェクト作成時の「Include UI Tests」 Xcode 7ではプロジェクト作成時に「Include UI Tests」というオプションが追加されました。 UIテストを試す場合は下記の通りチェックをつけましょう。 ※もちろん、ここでチェックをつけなくても
![[Xcode 7] UI Testingを試してみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1b92dfecc1683bd6bd1943840e9d28953e3b81b2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F09%2Ficon-xcode-6.png)
GitHub - igrigorik/bugspots: Implementation of simple bug prediction hotspot heuristic
$> cd /your/git/repo $> git bugspots -d 500 .. example output .. Scanning /git/eventmachine repo Found 31 bugfix commits, with 23 hotspots: Fixes: - Revert "Write maximum of 16KB of data to an SSL connection per tick (fixes #233)" for #273 - Do not close attached sockets (fixes #200) - Write maximum of 16KB of data to an SSL connection per tick (fixes #233) - Merge branch 'master' into close_sched
JavaScriptのテスト環境の参考URLメモ(2015-03時点) - msakamoto-sfのはてなブログ
2015-03-30 JavaScriptのテスト環境の参考URLメモ(2015-03時点) JavaScript TDD JavaScriptのテスト環境、テストライブラリってどうなってるのか、参考URLをまとめてみました。 結論：ライブラリが数種類あり、それぞれがどこのレイヤーをカバーするのか異なる。そのため、組み合わせはもとより出力形式、CI環境との連携、なにをどこまでテストするのか、開発者のスキル、アプリケーションのライフサイクルなど多数のパラメータのバランシングが必要となる。ライフサイクルの短い使い捨てなら、バランシングのためのコストも無視して「えいやっ」で決めても良いが、そもそもテスト環境の整備が必要なプロジェクトであれば、ライフサイクルもそれなりの規模が想定される。技術者の自己満足や、流行り廃りに焦って拙速な判断を下さないよう厳重な注意が必要とされるだろう。数年後、流行り廃り
Unity Test Tools がリリースされました | Unity Japan Official Blog
UnityTestToolsの日本語マニュアルは下記URLで閲覧できます。 Unity Test Tools Documentation 以降の内容はUnity Test Tools Releasedを翻訳したものです。 過去にブログでもご紹介しましたが、Unity QA ではこの 2 年間、社内用の各種ツール、フレームワーク、テストリグの開発と拡張を続けてきました。その結果として生まれた各種ツールは、Unity 社内で高く評価されるまでになりました。今回はその成果をユーザーの皆さまと共有するべく、Unity Test Tools バージョン 1 をアセットストアよりリリースいたします。こちらよりダウンロードが可能です： 今回リリースする Unity Test Tools が、ゲーム開発に携わる皆さまの高いコード品質を実現する一助となれば幸いです。 Unit Test (ユニットテスト)
レガシーコード改善勉強会 開催レポート
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog ヤフー株式会社の有地です。 9/27（土）の昼から6時間にもわたり、さまざまな視点から「レガシーコード」について知識を深めるための勉強会を開催いたしました。 「そもそも正しい仕様を知っている人がいない」 「システムのブラックボックス化が留まるところを知らない」 こんな不条理なレガシーコード（テストコードが無いコード）と日々戦うエンジニアも多いことと思います。 今あるレガシーコードをどうやって保守・改善していけばよいのかという課題に本気で取り組んでいる、または取り組みたいと考えている大勢の方々に参加していただきました。 ＜開催趣旨・目的＞ テストコードが無いプロダクションコードをレガシーコードと定義し、テストコードによって保護され、
Node.js cloud products and services | Nodejitsu Inc.
Node.js clouds. Simple. Scalable. Enterprise-ready. Limited betaPlatform as a ServiceThe simplest, most reliable and intelligent Node.js hosting platform you can get. Try Nodejitsu for free InternalsPricingGetting Started Enterprise Products & ServicesWe license software that enables public and private Node.js clouds. Our products offer unlimited flexibility to build efficient, smart and scalable
Real-Time Web Test - Does your browser supports WebSockets?
This test was created to study implications of using WebSockets in real-life scenarios. Having WebSockets supported in your browser doesn't guarantee they will work for you. Antiviruses, firewalls and HTTP proxies may interfere WebSocket connections, sometimes rendering them useless. On this page you can see how well WebSockets can work with your Internet Connection, your Antivirus and all other s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする
TestGrid
terranillius.com
