あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
InfoQ: あなたがやっているのはテスティングかチェッキングか？
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
Non-automated software testing approach for embedded software development
Non-automated software testing approach for embedded software development - Presentation Transcript 組込みで デベロッパーテスト を導入するための考え方 goyoki 自己紹介 • goyoki • 組み込み開発, QAテスト • OSS開発(Doxygen等) • xUnit Test Patterns読書会, TEF等 結論 結論 • デベロッパーもQAテストを学んだ方が良 い – テスト手法の選択肢を広げるために – テストサイクルの選択肢を広げるために 背景 背景 • 自動化された単体テストによるデベロッ パーテストはすでに普及が始まっている 問題 • テストを自動化できない領域に度々直面す る • その領域で、テストの必要性が高い領域が 存在する UI アナログ量 主観評価 テスト
ricollab Web Tech Blog » Blog Archive » Mock と Stub について
初めまして、リコーの沖田です。この度私もこの blog を書くことになりました。以後よろしくお願いいたします。 みなさんテストは好きですか？私も含めて私の同僚は皆テストが大好きなので、しばしばテストの議論で白熱しすぎてしまいます。今日はそのテストの中から Mock（モック） と Stub（スタブ） について書いてみたいと思います。 Test Double まずテストにおける Mock と Stub についてですが、これらは Test Double という概念の一部です。Double とは代役という意味で、テスト対象となるシステムが依存する外部のコンポーネントの代わりに、それらしく振舞ってくれるコンポーネントを代役として利用しようということです。 例えば Web アプリの Controller の単体テストがしたい場合に、Model の実装が完了するまでテストができないっていうのでは大変です
テストを分類する
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
Cucumber: More Advanced
In a previous post, I gave you some introductory information on Cucumber, a great framework for writing and executing high level descriptions of your software’s functionality. In this post, I’ll take a deeper dive and talk about a few more advanced Cucumber topics: project structures, multiple language support, scenario tables, free-form stories, tags, hooks and backgrounds. As always, for more de
オブジェクト倶楽部2009夏イベントで話しました - moroの日記
オブジェクト倶楽部2009夏イベントの若人セッションでお話しする機会をいただきました。 タイトルは「プロジェクト特化言語 という夢を見たんだ」です。自然言語で仕様を記述できるCucumberと、英語ライクな書き方を目指す方向から徐々に方針転換を遂げつつあるRSpecという構図を見立て、対お客様/対開発メンバーというそれぞれのレイヤでのコミュニケーションツールとしてのテスティングフレームワークが云々という話をしました。CukeのstepとRSpecのCustomMatcherが大きなトピックです。あとは最近流行のsubjectについても少々。 TDD frameworks let me dream "Project Specific Language"View more presentations from Kyosuke Morohashi.少し前から話したかったことをいろいろ話せてすっき
オブジェクト倶楽部 2009 夏イベントに登壇させていただきました - t-wada の日記（旧）
本日はオブジェクト倶楽部夏イベントにて 90 分もの長時間(!)喋らせていただきました。 会場にてお聞きくださった皆様、ありがとうございました。 講演の内容はというと、「創発的設計 (Emergent Design) 」というコンセプトについて講演をさせていただきました。自分は何を学んできたのか、何に学んできたのかを明かにし、いまの理解を立体化しました。「テスト駆動開発を本当に厳格に行うならば3イテレーション程度でアーキテクチャが破綻する」という意見に対する私の考えの表明でもあります。 Emergent Design - ObLove 2009 summerView more documents from t_wada. テスト駆動開発者はテスト駆動開発という手段だけで開発を行っている、つまり先行設計をしない、という誤解に対して、そのようなことはないという (ごく真っ当な) 結論になってい
InfoQ: "古典派"TDD 対 "モック派"TDD、これは本当の対立軸だろうか？
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
DevLOVE イベントにて「誰が為のテスト」というタイトルで講演させていただきました - t-wada の日記（旧）
最近講演が続いています。本日は DevLOVE のイベント「世界のすべてをテストせよ。〜Make the world Green by Test ! 〜」にて、『誰が為のテスト』 〜 千里の道も一歩から 〜 というタイトルで講演させていただきました。 内容は基本的には普段の TDD の講演内容をなぞりつつ、前半に自分の昔の話、チーム角谷以前の自分の話や、そのころの自分に聴かせたいことを少し織り交ぜました。これは papanda さんたちとの打ち合わせで話したことの影響があったと思います。 また本日は品質保証分野のエンジニアの方が多数参加されたのも印象的でした (というよりは、正確にはプログラマ視点の話をしたのは私だけでしたでしょうか)。 これは私には非常に刺激になりました。私たち開発者と品質保証技術者はともあると対立構造をつくってしまい、互いの交流が疎になってしまうところがあります。 しか
WritingTestableCodeFlaw2DiggingIntoCollaborators - テストできるコードの書きかた::まずいのその2: 深い仲になってしまっている
WritingTestableCodeFlaw2DiggingIntoCollaborators - テストできるコードの書きかた::まずいのその2: 深い仲になってしまっている 目次 この文書について なにがまずいの? うそつきAPI コードの柔軟性を失わせる コードが膨れ上がり、本当に行われていることが何か分かりにくくなる テストが難しくなる テストできるコードの書きかた::まずいのその2: 深い仲になってしまっている この文書について "Flaw: Digging into Collaborators" の日本語訳です http://misko.hevery.com/code-reviewers-guide/flaw-digging-into-collaborators/ あわせて読みたい → WritingTestableCode 推敲歓迎: 誤訳, タイポ, 訳語の不統一, その
[cucumber][テスト] テストデータツールまとめ(2009春夏)
● [cucumber][テスト] テストデータツールまとめ(2009春夏) 調査結果 知見 みんな YAML での Fixture 作成には辟易 (except DHH) DHH は初心者 BDD の流れから全体の fixture でなく必要なデータを作成するのが主流 データ作成ツールは Machinist がすこぶる評判いい (現在のベスト) 集合的なデータが必要な場合は Dataset を使い、その中から Machinist を使う Fake データの作成は Faker gem がこれまたすこぶる評判よし Machinist の発音がわからない 今、cucumber + webrat + mozrepl + firefox + xvfb + rspec + machinist + faker が俺の中で激熱！ 参考 http://github.com/aslakhellesoy/cu
moroの日記 - Railsでテストを書く勘所
昨日はOSCに行ってきました。セミナーやブースはほとんど行かず、例によってRubyの会のあたりでだらだらしてたわけですが。 思いがけず師匠の師匠、id:t-wadaさんにもお会いできてびっくり。 で、そこでRailsとTDD(BDD)の話なんかしたので、一週間で思ったことをつらつらと。たぶん不正確というか、理解の足りないところもいろいろあるので、そのへんのツッコミをいただけると感謝です。 書いてたら長くなったのでagenda モデルのテストでは、とにかくロジックを書いたらテストを書く*1。def..endブロック(wを書いたら必ずテストもあるはず。 RailsのMVCコンポーネントの中では一番テストし易いので、そういう意味でもモデルを厚くすると幸せになりやすい。 コントローラのテストでは、基本的にリクエストを受けてから表示対象のオブジェクトを導出するまでをテストしたい。 ビューのテストでは
WhatIsTesting
テストとテスティング XPの出現以来、それ抜きの開発は考えられないほど、テスティングフレームワークは必須のものとなりました。 「テスティングフレームワーク」 しかし、この呼び方になにやらうさんくさいものを感じる人もいるでしょう。 なぜ、「テスト」ではないのか？ ここでは、テスティングという言葉の感覚を伝えたいと思います。 なお、アジャイル開発における「言葉」についてはAgileNaKotoBaを参照してください。 テストとはなんでしょうか？ 私たちが日常的に利用する「テスト」という言葉は、品質保証テストのように、既に存在する仕様に基づいて実装された完成品が、基準を満たしているかを検査するという意味で使います。 同じように学校の期末テストは、既に学習した内容が学生の身についているかを判定します。 ここにあるのは、静的な基準であり、テストは既に完成した製品や知識に対して動かしがたい事実の判定を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
brass.to - a really cool domain parked on Park.io
久久99九九精品久久久久齐齐,女人高潮喷浆毛片视频,688欧美人禽杂交狂配,久久精品一区二区东京热,国产精品久久久久久无码五月,牲欲强的熟妇农村老妇女,国产三级精品三级男人的天堂
ソフト開発の常識が変わる！「何百人が一斉にテスト、バグがなければタダ」という凄いサービス - japan.internet.com Webテクノロジー
GitHub - notahat/machinist: Fixtures aren't fun. Machinist is.
http://www.tbray.org/ongoing/When/200x/2008/09/10/Misusing-RSpec
403 Forbidden
Joe Gregorio | BitWorking | Projects | Atom Publishing Protocol Test Client