Turnip (+ Capybara) によるテストのレポートを作成する gem "Turnip Formatter" "Gnawrnip" - Qiita
Turnip (+ Capybara) によるテストのレポートを作成する gem "Turnip Formatter" "Gnawrnip"CapybaraTurnip Ruby の gem である TurnipFormatter と、そのアドオンとなる Gnawrnip の紹介です。 経緯その1 (Turnip のレポートについて) Turnip で記述されたテストを実行すると、当然成功とか失敗の結果が表示されるのですが、 その結果がわかりづらい。デフォルトでは RSpec の標準 Formatter を使うことになるので Steps for a feature Evil the monster has an alignment -> that alignment should be "Evil" Neutral the monster has an alignment -> that
Ruby製アプリじゃなくてもTurnipで自動受け入れテストがしたい - orangain flavor
Python製のWebアプリケーションの自動受け入れテストをしたくて、調べてみました。 Ruby界隈だと、最近ではCucumberに代わってTurnipというツールが流行っているみたいなので試してみました。 (c) .foto project 自動受け入れテスト用のライブラリ Rubyで自動受け入れテストをしようとすると、以下の3つの選択肢があるようです。 Cucumber テストケースを自然文で書けるため、非プログラマでも読みやすい。 Turnip Cucumberと似ているが、プレースホルダーを簡単に書ける点とRSpecの一部として使える点がメリット。 RSpecのfeature spec RSpec（+Capybara）で完結。非プログラマには読みにくい。 Cucumberは以前にも使ったことがあるので、今回はTurnipを選択してみました。詳しい説明は以下のページに譲ります。 Ru
“Turnip or RSpec” x Appium
過去、こちらにて、AppiumにおけるテストシナリオをTurnipとRSpecのそれぞれの記述で比較してみました。 当時からまたいろいろ試し、考えてみた結果、ひとまずこうかな、という結論に達したのでメモがてら。 Appiumはその性質上、いわゆるE2Eのテスト自動化に使います。そのため、例えばStory Testを行うためのツールとして使えるかなと思っています。 Agile Testingでは、Regression Testの一つとして多くはUser Storyをテストしますね。そこにつなげるわけです。テストがUser Storyと紐づくようになるのであれば、User Storyの共有をテストでできるようになるかもしれませんね。さらには、テストにUser Storyの共有という別の価値も生まれるわけです。 また、CodeとTestは近い位置で管理するほうがメンテしやすいと思うのですよね。そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - gongo/turnip_formatter: A pretty formatter for Turnip
Turnip
