Infrastructure as Code Casual 札幌 #0 Tweetまとめ #infracode_sap

ima ℤ @PUPRL

わかりやすいはなしだ！ rubyのテストはrspec！ #infracode_sap

ima ℤ @PUPRL

インフラにもテストがあるのかー #infracode_sap

すもけ @smokeymonkey

本日の発表資料はこちらです。 #infracode_sap speakerdeck.com/smokeymonkey/a…

Masashi Terui @marcy_terui

俺が一番ちゃんと話さないといけない立場っぽいけど、皆様がちゃんと話してくれてて助かる #infracode_sap

ヽ（´・肉・｀）ノ @niku_name

よいポエム #infracode_sap

ima ℤ @PUPRL

#infracode_sap 　テスト→┐ chef -> サーバ -> サービス

ima ℤ @PUPRL

サーバテストもサービスが変化していないことを確認する？ #infracode_sap

ヽ（´・肉・｀）ノ @niku_name

この発表はTDD好きが眺めております #infracode_sap

おが @y_ogagaga

すもけの話はとてもわかりやすいね。いつも勉強になる。#infracode_sap

ima ℤ @PUPRL

chef -> サーバ をつくるときサーバスペックつくってもサーバへの依存コードあったら意味ない。Chefに対してTestKitchenなりでテストするのが正しいんじゃないかと思います #infracode_sap

ヽ（´・肉・｀）ノ @niku_name

これはホワイトボックステストとブラックボックステストの話だな #infracode_sap

Masashi Terui @marcy_terui

サービスに変化がないことをテストするならInfratasterの方が良いかと github.com/ryotarai/infra… #infracode_sap

aloelight @aloelight

TDDは主にホワイトボックステストだからなー #infracode_sap

ima ℤ @PUPRL

サーバスペック書き換えてサーバがOKでもネットワーク機器がダメならFailなのだ！ロードバランサー？とかなんかほかに色々あるからサーバスペックだけではテストできない。Unitテストだけでは確からしさが確保できない！ #infracode_sap

ima ℤ @PUPRL

じゃー Featureスペックなのかな サービスも わたしFeatureスペックだけでナニゴトも事足りると思っています！ #infracode_sap

ヽ（´・肉・｀）ノ @niku_name

これは受け入れテストと言えるのではないか #infracode_sap

ima ℤ @PUPRL

"koiwaって最近rubykaigiの話しかしてないよねって思ってる方もいると思いますけど" #infracode_sap

Masashi Terui @marcy_terui

そういえば、監視は継続的なテストであるって誰かが言ってたな #infracode_sap

ima ℤ @PUPRL

死活監視って言葉がかっこいい！！ #infracode_sap

ima ℤ @PUPRL

nagios なんかサーバの死活監視とかしてくれるやつ DHCP取得確認?とかはできないので手動でやるよ #infracode_sap

ima ℤ @PUPRL

マギシステムの赤くなるやつとかは死活監視っぽい！ #infracode_sap

$_ @stknohg

Nagiosの監視を受入テスト的につかうのは面白いなぁ。 #infracode_sap

ima ℤ @PUPRL

監視は継続的なテストであるといういい言葉があるよ #infracode_sap

ima ℤ @PUPRL

それはイコールじゃないのか…? #infracode_sap

ima ℤ @PUPRL

"サーバスペックとかみんなドヤ顔で書いてるけどおまえらホントにそれで満たされてんのか!?" #infracode_sap