構成ファイルの通りにインフラは立ち上がったのか？ インフラ自動テストツール「Terratest」がオープンソースで公開
構成ファイルの通りにインフラは立ち上がったのか？ インフラ自動テストツール「Terratest」がオープンソースで公開 クラウドの利用において、インフラの構成をコードで記述することは一般的になってきました。インスタンスのサイズや台数を指定し、仮想マシンのイメージを指定し、ネットワーク構成を指定する、といった内容を記述したファイルを用意し、ChefやAnsible、Terraform、あるいはAWS CloudFormationといったインフラ構成ツールで実行することで、つねに同じ構成のインフラを立ち上げることができます。 インフラの構成を変更する際にもGitHubのようなバージョン管理システムでインフラの構成コードを管理できるため、いつ誰がどのようにインフラを変更したのか、履歴の管理が可能になると同時に、問題が発生した場合には以前の状態に戻すこともできます。 オープンソースで公開された「T
Go: 外部ライブラリを使ったコードをいいかんじにDIしてテストする話 - Sexually Knowing
結論 実装ではなくインターフェースに依存させる Goのinterfaceは実装の明示が必要ないので便利 aws-sdk-goのスタブ 外部ライブラリの例としてaws-sdk-goを使ったこういったコード例を考える: type CertificateFetcher struct { client *dynamodb.Client } func New(client *dynamodb.Client) *CertificateFetcher { return &CertificateFetcher{client: client} } func (f *CertificateFetcher) GetCertificate(domain string) (string, error) { resp, err := f.client.GetItem(...) if err != nil { retu
コスパで学ぶ自動テストのはじめ方 - 若くない何かの悩み
Qiita 週間ランキング1位を獲得しました Kuniwak です。ご愛顧ありがとうございます。 qiita.com さて、本題に移りたいと思います。 つい最近ですが、勤め先の別チームに向けて自動テストの導入を支援するための資料を作成しておりました。こちらを共有したいと思います。 speakerdeck.com 資料中にある「仕様化テストを推奨しない」という決断には賛否両論あるかと思います。仕様化テストを推奨しなかった理由は、仕様化テストにかかるコストは相当に高く、本当に余裕があるときでないと選べない選択肢だったからです。今回自動テストを導入しようとしているチームは、見るからに余裕のない状況だったので仕様化テストからやれとは言えませんでした。 もし、「自分だったらこうする」等のアドバイスがあれば、ぜひ参考にしたいと思います。コメントなどに書いていただけると嬉しいです。
テストしやすい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
Golangで関数をグローバル変数に代入してテスト時にスタブする - 小野マトペの納豆ペペロンチーノ日記
こんにちは、小野マトペです。タイトル全部です。 昨日、現在時刻によって条件分岐するロジックを含むGoプログラムを書いていて、どうテストするか困ったのですが、うまい（と思う）やり方を思いついたのでここに書いておきます。 書いていたのはまあだいたいこういうソースコードです。 // main.go package main import ( "fmt" "time" ) func main() { fmt.Println(Greet("マトペ")) } func Greet(n string) string { t := time.Now() if 6 <= t.Hour() && t.Hour() <= 18 { return fmt.Sprintf("こんにちは%sさん。今は%d時ですよ！", n, t.Hour()) } else { return fmt.Sprintf("こんばんは%s
golangでテストをする - PartyIX
最近golangを結構書いています． コンパイルも割と速いし，実行速度は言うまでもなく速い． クラスがないとか，例外がないとか，色々と言いたいことはあるでしょう．思想的には結構独特ですが，なれると普通に書けます． 今日はそんな中でテストの話をしようと思う． やっぱりBDDがいい golangにはテストをするための，testingというパッケージがある． golang.jp 使い方はこの辺の記事が参考になるでしょう． qiita.com assertがないというのが，結構主題かもしれない． ただ，使い方を見てみればわかる通り，これはExampleのテストでしかない． 個人的な意見なのだけれど，やっぱりパターンが複雑になればなるほど，分岐が多くなり，前準備が複雑になる． どうしてもBDDを導入したかったので，ginkgoを入れてみた． github.com matcherにはgomegaという
Golangでテストしやすいコードをかく - Qiita
この記事は株式会社ネクスト(Lifull) Advent Calendar 2016の2日目の記事です。 みなさんはじめまして、ネクストのchissoです。 はじめてQiitaに投稿するのでドキドキしています。 そんなことはさておき、この記事では、Golangで自動テストしやすいコードを書く方法について、私なりに気づいたことをまとめます。 想定読者 普段よくRSpecを書いている Golang初心者 Interfaceってなに？ 目指すところ 「メソッド単位でテストコードを実行できる状態にする」 これだけです。 私は普段Rubyを書くことが多く、RSpecを使ってメソッド単位でユニットテストを作成しています。 ですが、Rubyと同じ感覚でコードを書いて、RSpecと同じノリでGolangのテストを書こうとしてハマりました。 （静的型付けの言語・Interfaceに疎く、そもそもコードがダメ
perl な web application のためのテスト情報 - YAPC::Asia Tokyo 2013
概要 perl で書かれた小中規模なウェブアプリケーションを中心としたテストについて、理想なテスト像ではなく実際にどう開発、運用期間に実施しているかを踏まえながら浅く広く話せればと思います。 トピック テストが充実してない環境編 テスト書くための環境作り こういう感じで書くと書いてもらえる とか テスト色々書く編 便利なテストモジュール 便利情報 書きすぎた大量のテストに対する高速化 とか とか、ここ最近幾つかの環境で取り組んだテスト情報の話をします。
モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
Perl のテストについて(2011年改訂版1) - tsucchi’s diary(元はてなダイアリー)
0. 前提 0.1 はじめに 以前、Perl のテストについてという記事を書きました。2008年の記事なのですが、現在もそこそこのアクセスがあるようです。 ただ、Test::More がアップグレードされて新しい書き方ができるようになったり、そもそも僕自身のプログラムの書き方が少しずつ変わってきているので、いつまでも古い記事を見てもらうのもどうかな、と思い、2011年バージョンをつくってみました。(ちょっとしか改定してませんが。。。)DB まわりのテストに関しては、また次回。 0.2 対象 Perl は書けるが、Perl のテストコードを書いたことが無い人。 0.3 動作確認環境 % uname -a FreeBSD over.tsucchi.mydns.jp 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Sun Feb 27 23:51:01 JST 2011
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Goのテストの基本と開発フロー
RSpecでテストを作るのに役立つ「モック/スタブ」のシンプルな説明