TDDを諦めることと、RSpecをやめること - 高柴ラボ
2014-10-17 TDDを諦めることと、RSpecをやめること Ruby on Rails Ruby RSpec 開発手法 最近Web上でも仕事場でも、RSpecをやめて別のテストフレームワークに変えようと思っている……みたいな話をちょくちょく見聞きするようになった。僕がRuby on Railsで開発を始めた2012年8月当時、すでにRSpecはテストフレームワークのデファクトと言ってよかった。一斉を風靡したRSpecが、なぜ今見直され始めているのか。 きっかけになったのは今年4月の、Rails作者であるDavid Heinemeier Hansson(以下DHH)によるTDD is dead発言だと思う。 5月にはこの発言によるTDDへの風評被害を重く見たKent Beck*1が、レフリーにMartin Fowler*2を迎え、DHHと相対するドリームマッチが開催された。この会談の
シンボリック実行に入門しようとした | 一生あとで読んでろ
はじめにシンボリック実行(symbolic execution)という用語をセキュリティ系の論文でよく見かけるようになった．ここでは，シンボリック実行の基礎となる理論を辿る．筆者はソフトウェアテストの研究には疎く，おそらく本稿には若干以上の誤謬と誤解が含まれているだろう．ぜひ識者の教示を乞いたい． 発祥シンボリック実行は主にソフトウェアテストの領域で古くから研究されてきたトピックである．シンボリック実行という用語の初出は遡ること38年前，James C. KingらによるSymbolic Execution and Program Testing [PDF]という論文だ．Dijkstraがgoto文の濫用による大域脱出を批判したのが1968年であり，Guarded Command Languageを提案したのが1975年のことである．この論文が発表された1976年当時はまさに構造化プログラ
テスト自動化ROI試算式の構成要素と5つの例。そしてCBAとは何か
Simple ROI Methodはコストの構成要素を金額で積み上げていくもので、以下の特徴を持ったテスト自動化において有効です。 テストエンジニアの単価が明確になっている 自動化の投資期間が長い 既存の手動テストをテスト設計やカバレッジを変更せずに、そのまま自動化する Simple ROI Methodのメリットとデメリットは下記の通りです。 メリット 金額ベースで積み上げていくため、ROI試算の内訳についてマネジメント層とコミュニケーションが取りやすい デメリット テストエンジニアの単価が明確ではない場合、適用できない 余りに計算を単純化し過ぎている テスト設計やカバレッジを変更せずに、手動テストがそのまま自動テストに置き換わることは少ない 自動化に伴う欠陥対策コストの減少、手動テストのカバレッジ増加などを無視している テスト自動化によりプロジェクトの予算を圧縮できるように見える。通常
テストを書く文化を育てる戦略と戦術
at DevLOVE現場甲子園2013 2013/11/09 (土) http://http://devlove.doorkeeper.jp/events/5464Read less
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
Building CLI Tools with Node.js
We want to share patterns that help us build good CLIs. These patterns emerged from concepts we discovered the hard way. For years we have been building tools to assist our project. Some of the tools are used by people to simplify development. Some of the tools are used by tools to delegate responsibility. While building the tools, we found CLI qualities that we think are useful. So we have hand p
これでテストの為にAndroidを沢山買わなくていいかも。Androidアプリの実機テストをリモートで行えるサービスを試してみた
レーベでもAndroidアプリの開発を行っていまして、最近ではカメラアプリを開発しました。沢山ダウンロードされると「○○で動かない」といったレビューがGoogle Playに入る事も多々あり、逐一各機種でテストする必要があります。 最近まで私たちも実機を事あるごとに購入していたのですが、良いレンタルサービスを発見したので、簡単な動作検証の場合は実機を買わずに済ませるようになりました。 Remote Testkit for Androidについて http://appkitbox.com/testkit Remote Testkit for AndroidとはNTTレゾナントが提供するリモートによるスマートフォン実機検証のためのサービスです。端末のレンタルはチケット制で3チケットで30分利用可能となっています。6チケット（1時間分）945円（税込）で販売しています。 エミュレータではなく、実
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年間で皆さまの知識
WebStormのデバッガでBuster.JSのテストをデバッグをする方法
WebStormのデバッガをBuster.JSのテスト実行時に使う方法についてです。 最初に要約を書いておくと buster static で静的なURLのテストページを用意する WebStormのデバッガ(ブラウザ)でそのURLを開く です。 WebStormのデバッガは、デバッガ連携できるブラウザ(ChromeとFirefox)で指定したURLを開いてデバッガを使う感じ 以前、Testacularを使った場合を紹介しましたが、TestacularはちょっとWebStorm向けに小細工が用意されてる感じなので、 今回のほうがもう少し一般的な感じの内容になると思います。 やっていること自体は下記の記事で解説されているのと同じで、ちょっとパスが違ったり使うコマンドが違う感じなだけだと思います。 WebStormからtestacularでテストとデバッグをする方法 | Web scratch
テスト駆動開発を継続する
2013年はじめのTDD Boot Camp in 大阪 外伝 の資料です。 http://kokucheese.com/event/index/64957/
Hands-on Unit Testing with Buster.JS
Date#strftime var date = new Date(2011, 5, 29); date.strftime("%Y-%m-%d"); "2011-06-29" Problems ahead var date = new Date(2009, 11, 5); date.strftime("%Y"); //=> "2009" date.strftime("%m"); //=> "12" date.strftime("%d"); //=> "05" date.strftime("%y"); //=> "9" Test setup <!DOCTYPE html> <html> <head> <title>Date.prototype.strftime test</title> </head> <body> <script type="text/javascript" src="st
マイクロソフトのテスト環境はどう進化したか？－ソフトウェアテストシンポジウム 2012基調講演レポート | gihyo.jp
マイクロソフトのテスト環境はどう進化したか？－ソフトウェアテストシンポジウム 2012基調講演レポート 1月25、26日の2日間にわたって、東京、目黒雅叙園にて「ソフトウェアテストシンポジウム 2012 東京」（JaSST '12 Tokyo）が開催中です。 開催の挨拶に立つJaSST12 Tokyo 共同実行委員長の古川善吾氏（香川大学）。主催組織であるASTERの2012年の活動についての紹介がありました。今年は「エンタープライズ向けテスト振興に取り組む」とのことです。 例年のように海外からテスト著名人を招聘して基調講演が行われる同イベントですが、今年はMicrosoftで長年テストチームを率いてきたBj Rollison氏による「How We Test At Microsoft－マイクロソフトでどのようにテストをしているのか？」と題した講演が行われました。 Rollison氏は
fent/randexp.js @ GitHub
Motivation Regular expressions are used in every language, every programmer is familiar with them. Regex can be used to easily express complex strings. What better way to generate a random data than with a tool you can easily describe what string you want? Thanks to String-Random for giving me the idea to make this in the first place and randexp for the nifty little `.gen` syntax. Install For node
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Optimal Strategies for Testing Nondeterministic Systems - Microsoft Research
Mocky: The world's easiest & fastest tool to mock your APIs
JavaScript Unit Test Why? What? How?
GitHub - laurentj/slimerjs: A scriptable browser like PhantomJS, based on Firefox
http://rubydoc.info/github/porras/mrproper/frames
GitHub - vowsjs/kyuri: A node.js cucumber implementation with a few extra asynchronous keywords. supports 160+ languages and exports to VowsJS stubs
