Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
TDD Boot Camp 東京 1.6に参加してきた #tddbc - Diary of absj31
TDD Boot Camp 東京 1.6 #tddbc on Zusaar Togetter - 「TDD Boot Camp 東京 1.6 #tddbc」 関東地方久々のTDDBC 1.5 in Tokyoが告知即定員オーバー瞬殺且つ定員の3倍近い募集が殺到(定員36名:募集114名)し、改めて関東/東京の需要の高さを実感。 TDD Boot Camp in Tokyo #tddbc : ATND TDDBC in Tokyo 1.5 主催レポート #tddbc | Act as Professional - プロとしての行為 勉強会主催者はなかやん・そるじゃー・ゆーき(TwitterID:@pocketberserker) さん。開催に至るまでの経緯は下記ブログに記載されていますが、彼のおかげでこうしてイベントに参加＆貴重な体験をする事が出来ました。ありがとうございます！ TDD Bo
より良いテスト駆動開発を行うためのチートシートの紹介
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
よい単体テストの特徴と、書くためのヒント - builder by ZDNet Japan
Alan Cooper氏著の「The Inmates Are Running the Asylum」（邦題「コンピュータは、むずかしすぎて使えない！」）で、同氏は「軍艦にコンピュータが導入されたら何が起こるか」という問いを発している。同氏は、米国のミサイル巡洋艦ヨークタウンが大西洋で艦隊行動を行っていた際に起きた事件を例に挙げた。その時、海軍の技術者は燃料バルブを調整しており、艦上管理コンピュータの1つにゼロを入力した。すると、プログラムは入力されたゼロの値で別の数を割ろうとして（この解は数学では未定義となる）、ドカン！制御システム全体が完全にクラッシュしてしまい、海岸に曳航できるようになるまで、何時間も水上で立ち往生してしまったのだ。 この艦の管理システム全体が、設置前にはまったくテストされず、なんらかの形のテスト運用も行われなかったというのは考えにくいことだ。このシナリオは、「本当に？
TDD Boot Camp 北陸に参加してきた！ - ぐるぐる～
3 月 13 日、14 日に行われた TDD Boot Camp 北陸に参加してきました。 12 月 19 日に東京で開催された第一回にはとある理由で参加できなかったので、「次こそは是非！」と思い、参加受付開始直後、というかアナウンス前に参加登録をしたくらい気合いを入れてました。 で、感想ですが、いや、素晴らしいイベントでした。企画してくれた id:katzchang (かっちゃん) さん、本当にどうもありがとう！ 書いたコードはそのうち公開するかも・・・ 以下 2 日分の感想なので長いです。注意。 オープニング id:t-wada (和田さん) による入門講演で、TDD の勘所を押さえつつ、分かりやすい発表でした。 まだ読んだことのない本もあったので、余裕ができたら買います。 その後、id:t-wada と id:katzchang によるペアプロの実演があり、昼休みをはさんでペアプロに
TDD Boot Camp 北陸に登壇させていただきました - t-wada の日記（旧）
3/13, 3/14 の2日間北陸で開催された「TDD Boot Camp 北陸」に登壇させていただきました。 参加下さった皆様、企画を立ち上げた id:katzchang さん、ありがとうございました。 今回の TDD Boot Camp (略して TDDBC) は、二部構成になっており、第二部は泊まりこみで行うという意欲的な企画でした。金沢の白山里*1に集まり、開発について、 TDD について、いろいろ体験していただきました。 一日目は午前中は私の講演、午後は各言語に分かれてペアプロで TDD、その後コードレビューというセットを 2 セット行うという、東京で行われた TDDBC と同じような構成で行いました。ここまでが TDDBC 北陸第一部。そのあとから第二部で、夜は楽しくお酒を飲みつつ、自由に議論したりハッカソン風のことをしたりしました。午前の講演資料は別マシンに入っているので後ほ
テスト駆動開発の効果はどのくらいある？
ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ
テスト駆動開発（TDD）の事例 - IBMとMS 計4プロジェクトを紹介した論文 -：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
*はbiac氏のご指摘により「TDD採用により増加した工数」から修正した。 欠陥密度はリリースが近いフェーズでのテストで検出された欠陥にもとづいているそうだ。 また、次のような知見が紹介されている。 途中でTDDをやめたり、途中からTDDをはじめてもうまくいかない。プロジェクトの開始時からやるべき（既存のソフトウェアの次バージョンから始める場合には言及がない） テストコードの実行速度に気を配り、速く実行できるようにする。それぞれのテストコードの実行は短くても結合すると膨大な時間になってしまう場合がある。 テストケース数、テストコードの行数、コードの行数、カバレッジ、発見されたバグと修正されたバグの数、を計測し、傾向を把握する。 開発開始、終了時には開発者の意向に耳を傾ける場を作る。今後も継続してTDDしたいかどうか。 どのプロジェクトもTDDを採用されなかったと想定した場合と比較して、工数
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
TDDはテスト手法か否か
なんもわからん @babie TDDは論理実証主義的な面が強調されすぎたために、BDDなどという言い換えが行われた。反証主義的に、エラーを積極的に起こそうとするテストを書くべき。 2010-02-21 13:45:09
RspecとCucumberでTDD/BDDを極める (The Rspec Bookの紹介) - Masatomo Nakano Blog
本の紹介第2弾。少し前、Twitter上でTDD/BDDについて盛り上がっていたので、この本を紹介してみたくなった。 「The Rspec Book: Behaviour Driven Development With Rspec, Cucumber, and Friends」という本。 この本は、RspecとCucumberを使い、どう考え、どうシステムを作っていくか、というをチュートリアルを交えながら紹介する構成になっている。 ただUnit Testを紹介するだけではなく、Unit TestツールであるRspecに、BDDツールであるCucumberを組み合わせて使うことで、Unit Testでカバーできない部分をCucumberで補い開発をする、というところがこの本の肝になっている。 この本を読み、実践することで、Unit Test*だけ*を書いてシステムを作っているときのモヤモヤ感
Cucumberの登場でRailsのテスティング環境が変わった
ちょっと大げさなタイトルかもしれないですが、個人的にはそれぐらいの感動。「これで勝つる!」な気分。何に勝つのか知らないけれど。 今までのRailsのテストはもっぱらRSpecで書いてて、確かにこれはこれで素晴らしい。採用当初はバグが減ってその時も「これで勝つる!」な気分でした。でもやっぱり受け入れテストがネックになるんですよね。Seleniumとかも使ったりしてましたけど、ブラウザががちゃがちゃ動くし、なんとなく面倒で結局手動で確認という感じになってしまいました。 そこでCucumberの登場ですよ。個人的に素晴しいと思うのは テストケースが自然文(っぽい) そんなに邪魔じゃない あたりかなぁ。テストケースが自然文っぽいというのは実はかなり大事で例えば お客さん: まずトップページにアクセスするとログインフォームがあって、そこにログインすると「ようこそ!ほげほげさん」と出すようにして欲しい
第21回 Railsアプリの受け入れテストをCucumberで書こう | gihyo.jp
はじめに Cucumberとは受け入れテストのためのテスティングフレームワークです。CucumberはRuby on Railsに依存しているライブラリではないため、例えば同じRuby制のフレームワークであるSinatraはもちろん、PHPなどで書かれたアプリケーションでも使用することができます。 Sinatraやフレームワークを使用していない素のRubyスクリプトなどをベースにCucumberの解説をすることも可能ですが、今回は仕事で使っている人が多く、また筆者自身もRailsを使って開発をしていることもあって、Railsをベースに解説させていただきます。 なぜCucumberなのか 筆者が勤めている株式会社RAWHIDE.では、Railsアプリを作成する場合、原則的にCucumberでテストを書くようにしています。Cucumber採用当時は、社内にナレッジが少ない、不慣れなど、なかなか
深夜のテストTL
ヨシオリX @yoshiori なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ 2010-02-15 00:43:52 ヨシオリX @yoshiori 「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。 2010-02-15 00:47:13
[イベント] TDD Boot Camp、いっぺんに 30組以上がペアプログラミングする壮観! - TDD.NET
12月 19日に開催された "TDD" Boot Camp に参加してきました。 60人を超える参加者がペアプロで TDD する光景は (自分もペアプロしてたのでチラっとしか見てませんが)、 なんとも壮観でした。 何人もの人と知り合うことができて、 とても楽しかったです。 電車の都合で、 懇親会には 15分くらいしか居られなかったのが残念でした。 きっと .NET Framework 組は肩身の狭い思いをするだろうなぁとおもっていたのですが、 チーム分けの最初の時点で 10名、 そのあと 2名加わってくださって 12名になり、 6人一組の C# チームが 2つ出来ました。 小島さんがコーチをしてくださって、 ペアプロで TDD に挑戦です。 開発環境は全員が Visual Studio 2010 beta2 日本語版。 (MS さんのブースにあったデモ機も含めると VS2010 が 15台
![[イベント] TDD Boot Camp、いっぺんに 30組以上がペアプログラミングする壮観! - TDD.NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/46530c258964a7dbea4bba823104a382f75b3c9c/height=288;version=1;width=512/http%3A%2F%2Fbluewatersoft.cocolog-nifty.com%2Fphotos%2Funcategorized%2F2009%2F12%2F21%2F20091219_tddbc01.png)
TDD Boot Camp を少しだけお手伝いしてきました。 + USTリンク集 - kawaguti’s diary
仕事の都合でフル参加はできなかったのですが、ちょっとだけ参加してきました。ラッセさんがテストコード書いていたなんて、しまった、僕もすればよかった。と思った。 （ JavaScript + QUnit とかで。 ） 12月19日 "TDD" Boot Camp 〜 "ＴＤＤ" をつかめ！ 〜(東京都) http://kokucheese.com/event/index/750/ 長沢智治のライフサイクルブログ : "TDD" Boot Camp | 素晴らしいイベントの目撃者となった http://blogs.msdn.com/tomohn/archive/2009/12/20/tdd-boot-camp.aspx TDD BootCamp で訓練しますた - かおるんダイアリー http://d.hatena.ne.jp/kaorun55/20091220/1261239533 [コラム
僕がデブサミで副題に「ドワンゴ」という社名まで入れて喋る事 - 宇宙行きたい
ドワンゴのパブリックイメージってどうなんだろうねーって このまえ社内で話してました． 「汚ない格好でコンビニ袋さげて時間関係なく出社」なんて 2ch で書かれてたりしましたし， 「ふざけてる」，「遊んでる」，「破滅」とかまぁ，そんな感じかなぁと…… で，まぁ，大体あってます． あってるし，否定しないし，しかも， そう思われてるのを寧ろカッコイイと思ってしまう 駄目男気な人の集りなのです． ただ，まぁ，本当にふざけて遊んで破滅してるだけだと何も出来ないので， 実際の開発がどんな感じで進んでるのかをちょっと発表してみようと思います． (僕は裏方の開発なのですが，サービス側の開発の話しも入れる予定) 三周遅れのXP -僕とドワンゴのXP- そもそものはじまり 「java-ja 第1回チキチキ 地方巡業withひがやすを飲み会in富山」で発表した時に， id:t-wada からこんなブコメを頂きま
ユーザストーリーから始めるTDD - ヱビスブログ
ヱビスブログ :: ユーザストーリーから始めるTDD TDD from starting from user stories - a top-down styleを日本語でザックリまとめました。 意味を明らかに取り違えているようなところがありましたら指摘してください。 ------------- TDDのルールは最初にテストを書く事だ。現実世界のプロジェクトの多くは、ソフトウェアがGUI、Web、データベースや外部システムとの依存を含んでいる。大概これらはJUnitクックブックのサンプルほどシンプルではない。プロジェクトが異なれば、TDDの実装方法も異なる。例えばテスターが受け入れテスト記述の責務を取り、開発者はユニットテストを書く。TDDer向けにユーザストーリーから始めるトップダウンなTDDスタイルを提唱したい。 ユーザストーリーから始めるTDD What? ユーザスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
@niftyホームページサービス - ホームページ作成なら@niftyホームページサービスで！