Testing Rich Client Side Apps with Jasmine
11. app/controllers/todos_controller.rb class TodosController < ApplicationController respond_to :html, :json def index respond_to do |format| format.html {} format.json do @todos = Todo.order("created_at asc") respond_with @todos end end end def show @todo = Todo.find(params[:id]) respond_with @todo end def create @todo = Todo.create(params[:todo]) respond_with @todo end def update @todo = Todo.f
Turnipを使ってtappのテストを書いた話 - けんちゃんくんさんのWeb日記
WEB+DB PRESSのRubyわくわくナビでも紹介されたtappのテストについては社内でも定期的に上がる話題で、もう少し広い意味で考えると、標準出力を扱うアプリのテストをどうするかという話になったりするのですが、 tappの単体テストってなんかしっくりこないよね 標準出力に出すだけだしね そういえば、vim-ruby-refactoringっていうVimプラグインのテストがCucumberで書いてあるんですよ そういえば、jnicklas先生の新作Turnipっていうのがあって… それ使ってみましょう という感じでTurnipを使ってAcceptance Testを書いてみました。 Turnipの特徴はこんな感じです。 記法はCucumberと同じGherkin Stepの定義に正規表現を使わずに、ただの文字列と、その中にコロン(:)をプレフィックスとしたプレースホルダで変数を扱う S
上流工程で効く、「テストの考え方」 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
【資料公開】自動テスト vs 手動テスト
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライドではROIの例があがっていますが、テストの自動化のコスト＞手動コストの１回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に
大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
Test Doubleを使うとテストの信頼性/保守性が下がるのか？ - Fly me to the Luna
最近はユニットテストを行うテストコードにおいて、Test Doubleを多用してます。Test DoubleとはMockとStubを合わせた総称です。Test Doubleを用いると、信頼性や保守性が下がると言われることがあります。しかし、それはTest Doubleの用法を誤っているためではないかと僕は思うのです。Test Doubleの用途はユニットテストのスコープをテスト対象のクラスに限定するために用いるべきものです。実感として、Test Doubleを使っているからと言って、ユニットテストの信頼性/保守性が下がったとはあまり感じていません。 良く誤解されていますが、Test Doubleはスローテスト問題を解決するための手段ではありません。Test Doubleをうまく利用すれば、結果的にスローテスト問題を解決できます。しかし、スローテスト問題を解決するための手段ではないのです。ス
Let's Try 受入テスト [11] - オブログ
今日は少し寄り道です。1/27 日の DevLove にて XPにおけるAcceptance Testing 入門のお話をさせていただきました。 発表に使用した資料は、下記をご覧下さい。 発表自体は、過去の連載を練り直し、Acceptance Testingの活動を理解する上でキーとなる Fit を加味した内容になっています。 過去の連載は次です。 ● 過去の連載 http://ObjectClub.jp/ml-arch/magazine/316.html http://ObjectClub.jp/ml-arch/magazine/321.html http://ObjectClub.jp/ml-arch/magazine/325.html http://ObjectClub.jp/ml-arch/magazine/330.html http://ObjectClub.jp/ml-arch
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
XP祭り関西2011 井芹さん発表
しんすく(け) さん。 @snsk ライブラリの学習に単体テストを使う！！なるほど！！自分ドキュメントにもなるという。 (live at http://ustre.am/tehN)
XP Customer Testing
The document discusses Extreme Programming (XP) and acceptance testing techniques like customer tests, behavior driven development (BDD), and Fit. It explains how these practices emphasize collaboration between customers, developers and testers to ensure software meets requirements through conversation and executable specifications using examples with formats like Given, When, Then.Read less
拡張型TDD on JaSST2011Tokyo
JaSST 2011 Tokyoでの「新しいTDDアプローチ TDDの新しい活かし方をライブで見せます！」に関連したつぶやきを集めています。 見落としや、関係ないものが混ざっていたらすみません。追加や修正していただけるとありがたいです。
「ソフトウェアテストとは、ツールではなく、頭で行うもの」 JaSST '11 Tokyoでリー・コープランド氏が基調講演 − ＠IT
「ソフトウェアテストとは、ツールではなく、頭で行うもの」：JaSST '11 Tokyoでリー・コープランド氏が基調講演 ASTER （ソフトウェアテスト技術振興協会）が1月25日、26日に開催しているソフトウェアテストシンポジウム「JaSST '11 Tokyo」（Japan Symposium On Software Testing）で、世界的に有名なソフトウェア技術者、リー・コープランド氏が基調講演を行った。氏は、“イノベーション”と評価すべき、開発やテスト分野における複数の手法・事象を紹介する中で、「テストにベストプラクティスはない」と指摘、「各社が状況に応じて、あらゆる手法を使いながら“自社に最適”な取り組みを行う」ことの重要性を示唆した。 テストとは、ツールではなく、テスターの頭で行うもの コープランド氏はSoftware Quality Engineering社に所属し、幾多
TDDはテスト手法か否か
なんもわからん @babie TDDは論理実証主義的な面が強調されすぎたために、BDDなどという言い換えが行われた。反証主義的に、エラーを積極的に起こそうとするテストを書くべき。 2010-02-21 13:45:09
JUnitの歴史とテスティングの未来（Kent Beckインタビュー） - tonight, tonight
平鍋さんがTwitterで、Kent Beckのインタビューについてつぶやいていたのが目に留まったのですが、 リンクが張られていなかったのでソースをお聞きしたしたところ、 「協力して訳してみませんか」という話になりました。 大して英語できないし、何よりアジャイルソフトウェア開発についての知識が乏しいので躊躇しましたが 「このチャンスを逃してはもったいない」と、思い切って参加させて頂きました。 元ネタは「Software Engineering Radio」のインタビューです。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ まずは、平鍋さんに訳して頂きました。訳は平鍋さんのブログに公開されています。 http://blogs.
Jasmine: Javascript Testing Framework
describe("Jasmine", function() { it("makes testing JavaScript awesome!", function() { expect(yourCode).toBeLotsBetter(); }); }); Documentation User Guide Release Notes API Documentation Contributor Guide Download For pure JavaScript projects: VersionSizeDateSHA1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://grease-your-suite.heroku.com/
とちぎテストの会議
【資料公開】DevLOVE Test Dayでお話しました
TDDネタ再燃？
hayst.com