システムテスト自動化カンファレンス2013ツイートまとめ
-
NoriyukiMizuno
- 13030
- 0
- 7
- 12
-
- いいね！12
ずきゅ～んたん
@ZuQ9Nn
自動化は可能だが必須ではないテストは？自動化の利点が生かしやすい部分は、会期テスト、スモークテストGUIよりAPIのテストから考えてみるのがおススメ #stac2013
2013-12-01 10:26:17
Tetsuro KITAJIMA＠クラシック音楽方面用
@hcro_classic
印刷物の比較でもリファレンスとpx単位比較できるなら自動化できるけど、もしそれができないならjenkinsからの出力を毎回目視でやるきゃない？ #stac2013
2013-12-01 10:27:05
ムンク
@skowata
まぁ、システムの「設計」部分から見直さないと、自動化ってしにくい場合があるよな、と。（単純な話ならMVCきっちり責務切り分けられてる？とか）#stac2013
2013-12-01 10:28:18
kotaro
@kokotatata
「仕様が確定している部分が自動化の利点が活かしやすい」ホントか？リーンのような、毎日追加要求、変更要求がある環境では、仕様が確定していないところこそに自動テストが必要だと考えられるのでは？ #stac2013
2013-12-01 10:28:19
Yasuharu NISHI
@YasuharuNishi
もうC&Rの時代ではなくてKDTの時代なんだから、コストよりスピードが自動化のメリットだと思うんだがね。 #stac2013
2013-12-01 10:28:38
JT之助(ダジャレ職人)
@jt_noSke
@bash0C7 仕様が変更しても変わってはいけないところ、そこを自動化したテストで抑えとくってのが"オイシイ"んすよな #stac2013
2013-12-01 10:29:19
みうら かずひと(SonarQube好き)
@kazuhito_m
私見。 運用データから「メソッドレベルの通過頻度」とバグ報告から「バグ発生回数、開発から「仕様変更頻度」を取得して、「ソフトウェア俯瞰のサーモスタット図」みたいなのを取れば何かわかるんじゃないか？とか思ったｗ #stac2013
2013-12-01 10:29:35
かわべ たくや
@kawakawa
関西テスト集団のネタのせいで、ROI・・・レッドブル On Investment に見えてしまってしかたない #stac2013
2013-12-01 10:30:28
id:bash0C7
@bash0C7
@kokotatata 同じこと考えました。この部分、ROIをどう評価するかによって自動化がオイシイのかオイシくないのか、かわりそうな気がしました #stac2013
2013-12-01 10:31:21
Taichi Watanabe
@taichiw0424
自動化のROI評価は大事だとは思うんだけど、 楽しい&めんどくさくない → 結果、テストの品質が上がり、プロダクトの品質が上がる で十分やん って個人的には思いつつ、お話期待。 #stac2013
2013-12-01 10:31:40
ずきゅ～んたん
@ZuQ9Nn
利益、最終的にはプロジェクトやプロダクトのれきにつながらなくてはならない。品質向上、リスク軽減、コスト削減、納期短縮 #stac2013
2013-12-01 10:31:45