http://github.com/moro/miso/tree/master 上にも書いたようにCucumberの自然言語で書ける意味というのをもう一度考えていまして、それはもちろん母語じゃなければ興ざめなので、一度訳した分を簡単に使えるよう、Railsのジェネレータとしてまとめてみました。 もろ味噌をインストールして、 $ gem install moro-miso キュウリにつけてお召し上がりください。 $ rails green-cuke ... $ cd green-cuke $ ruby script/generate cucumber ... $ ruby script/generate miso create features/step_definitions/webrat_ja_steps.rb create features/step_definitions/web_e
I’ve been organizing Cucumber features in Rails apps using a strict directory convention: The convention All features go inside a directory named after a user type (including non-human users such as API clients). Visitors are un-authenticated users. Users are authenticated users. Use domain-specific language. If authenticated users are “editors”, use features/editors instead of features/users. No
UnitTest で部品をしっかり守っているのに運用時にエラー さらに version up 時には頑張って書いた UnitTest が無駄になる UnitTest の存在意義に疑問が出てくるから、書こうとする気力が落ちる 思考停止して頑張ってまた書いても、また運用時にエラーが起きちゃう こうして悪いリズムが生まれていく 長期的な回帰テストとしては UnitTest は無力 まず書くべきは End to End のテストだった・・・ 河田・・・受入テストにつけ! なるほど、UnitTest よりも受入テストの方が対象となるシステムの挙動と密接であるため、確かに テストコードが長生きする とことがわかる。うん、それで問題が解決しているよ。でも、さらに「実行者が人でないといけない」と言ってるのはなぜ?ここからが問題の核心だが、その答えから言えば 人である方がテストコードがさらに長生きする から
Dr. Nic is the CEO and founder of Stark & Wayne. He previously served as both VP of Technology and VP of Engineering at Engine Yard. He discovered Cloud Foundry in 2011, and launched Stark & Wayne in 2012 to help the enterprise world with successfully running application container platforms. Dr Nic is a heavy user and evangelist of Cloud Foundry, Kubernetes, Rancher, Concourse CI, and BOSH. He is
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く