iOS Test Online でわいわいしてる人たち

Kenta.Kase @Kesin11

リグレッションテスト自動化は実現できるとライブラリのアップデートコストを抑えられるメリットもあるかなと思います。特にモバイルアプリは色々な要因で作ったあとに塩漬けできない時代ですしね #ios_test_online

ウホーイ @the_uhooi

述語論理 #ios_test_online

くろるり @kuroruri

『無限のパワー』 #ios_test_online

Kuniwak @orga_chem

過激派の犯行跡がこちらになります github.com/Kuniwak/isabel… #ios_test_online

log5 @log5

とても自然な定理証明の宣伝 #ios_test_online

ウホーイ @the_uhooi

kuniwak さんや noseda さんの議論ほんと好きｗ （社内でもちょくちょくある） #ios_test_online

log5 @log5

Gherkin Syntax はGebをはじめ一定の市民権を得ている印象 #ios_test_online

とち🐹 - Toshiya Kobayashi @tochi86_

PdMをエンジニアにしてしまうのは強いw #ios_test_online

Naruki Chigira @_naru_jpn

THE BDD BOOKS amazon.co.jp/gp/aw/d/B07C5R… #ios_test_online

とと @totokit4

テストコードだけじゃなくて仕様書の有無についての議論も面白い #ios_test_online

ウホーイ @the_uhooi

「コードが正」に対する kuniwak さんの反論がスッと入ってきた…すごい… #ios_test_online

tanako @_tanakoo

AWSのシステム仕様なら形式手法で表現できても、2Cアプリのような仕様も同様に表現できるのかなーという、部分的に適用するという話だと思うんだけども.. #ios_test_online masateruk.hatenablog.com/entry/2018/10/…

とと @totokit4

「仕様書に書いてある = 仕様として定まっている、そこに書いてないことは変更しやすい/されやすい」 と切り分けするのに必要。 なるほど #ios_test_online

log5 @log5

そもそも品質の担保という行為の定義がむずい気が #ios_test_online

小清水健人 @_take_hito_

変化のしやすさの濃淡を仕様が定めているのか #ios_test_online

とち🐹 - Toshiya Kobayashi @tochi86_

「テストエンジニアがチームにいるかどうか」は大きいですね #ios_test_online

とと @totokit4

テストコードを仕様書に近い役割をさせるにしても、 QAさんとかPMの人がどう見れるものにするかは、たしかに気になるところ #ios_test_online そして読める人を増やせば増やすほど、作成とかメンテにコストがかかるのは実体験として知っている でも、一方で品質レベルもあがる経験もある

tanako @_tanakoo

こういう議論、サービスやプロダクトによるって話になりがちなので、前提のプロダクト特性絞って話すとより深い話できるのかな #ios_test_online

Kuniwak @orga_chem

仕様書の話は一側面しか話せなかったので、もっと言葉を磨かないといかんなー… #ios_test_online

log5 @log5

そういえばシフトレフトの話を4月ころににしさんがされていたのを思い出した slideshare.net/YasuharuNishi/… #ios_test_online

ウホーイ @the_uhooi

「手動確認はめんどい」 めちゃわかる…大変だよね、、、 自動テストで担保できるならそうしたい #ios_test_online

とち🐹 - Toshiya Kobayashi @tochi86_

TDDは強化ギプス、なるほどですね！ #ios_test_online

ウホーイ @the_uhooi

テストを書くかはともかく、テストしやすい設計にするのは大事なのわかる〜〜〜 #ios_test_online

小清水健人 @_take_hito_

「テストが最初のユーザ」 #ios_test_online

ターク @tark_ann

TDDというギプスをはめてテストしやすい設計を学ぶはよくわかる #ios_test_online