シナリオテストや受け入れテストの自動化は3回以上繰り返されるときに有効という考え方 #atest_hack
2012-09-08 13:22:26自動化で実行工数のみが低くなるっていうのはなぜそう思うのでしょうか? 型安全なDSLの設計については考慮していない感じですか? 現状では存在しないというイメージ? #q ( #atest_hack live at http://t.co/bUMr68Hd)
2012-09-08 13:22:52結合テスト+コンポーネンテストを充実させると変更のしやすさが大きく改善→実は非常に重要なファクター #atest_hack
2012-09-08 13:23:54変更可用性はテスト以外にも、モデリング方法が重要だと思うのですが、そこは考慮していないように聞こえます。トランザクションスクリプトとテーブルデータパターンでは違いますよね? #q ( #atest_hack live at http://t.co/bUMr68Hd)
2012-09-08 13:24:59(#atest_hack live at http://t.co/qWLJqFWG ) テストの目的を考えてみましょう ・動作保証(以前動いていたよという安心) =>仕様変更に強い:変更のしやすさ =>が担保されていると 色々と他の拡張が出来る(未来の自分の作業に対する投資
2012-09-08 13:25:02(#atest_hack live at http://t.co/qWLJqFWG ) チェック・・分かっている事を再確認=>これはあまり意味が無い テスト・・パフォーマンス等を「知る」為の技術
2012-09-08 13:25:47きょんくんからだよ! ( #atest_hack live at http://t.co/bUMr68Hd)
2012-09-08 13:26:29分析・設計が済んでいるテストは既にチェックになっている。判定を自動化することで工数が下がる #atest_hack
2012-09-08 13:27:41(#atest_hack live at http://t.co/qWLJqFWG ) 自動化の設計・・工数がかわらない =>洗い出しが終わった時点:チェック 結果の分析:人の工数がかかるのはかわらない
2012-09-08 13:28:02型安全なDSLによってテスト実装が間違っている可能性を減らせるという意味です。 #q ( #atest_hack live at http://t.co/bUMr68Hd)
2012-09-08 13:28:17Ustおちたあああ>< ( #atest_hack live at http://t.co/bUMr68Hd)
2012-09-08 13:29:06