Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![InfoQ: あなたがやっているのはテスティングかチェッキングか?](https://cdn-ak-scissors.b.st-hatena.com/image/square/3187474995f35b536cf930292ed9568a48761f8b/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20240627113740%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
Non-automated software testing approach for embedded software development - Presentation Transcript 組込みで デベロッパーテスト を導入するための考え方 goyoki 自己紹介 • goyoki • 組み込み開発, QAテスト • OSS開発(Doxygen等) • xUnit Test Patterns読書会, TEF等 結論 結論 • デベロッパーもQAテストを学んだ方が良 い – テスト手法の選択肢を広げるために – テストサイクルの選択肢を広げるために 背景 背景 • 自動化された単体テストによるデベロッ パーテストはすでに普及が始まっている 問題 • テストを自動化できない領域に度々直面す る • その領域で、テストの必要性が高い領域が 存在する UI アナログ量 主観評価 テスト
初めまして、リコーの沖田です。この度私もこの blog を書くことになりました。以後よろしくお願いいたします。 みなさんテストは好きですか?私も含めて私の同僚は皆テストが大好きなので、しばしばテストの議論で白熱しすぎてしまいます。今日はそのテストの中から Mock(モック) と Stub(スタブ) について書いてみたいと思います。 Test Double まずテストにおける Mock と Stub についてですが、これらは Test Double という概念の一部です。Double とは代役という意味で、テスト対象となるシステムが依存する外部のコンポーネントの代わりに、それらしく振舞ってくれるコンポーネントを代役として利用しようということです。 例えば Web アプリの Controller の単体テストがしたい場合に、Model の実装が完了するまでテストができないっていうのでは大変です
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夏イベントの若人セッションでお話しする機会をいただきました。 タイトルは「プロジェクト特化言語 という夢を見たんだ」です。自然言語で仕様を記述できるCucumberと、英語ライクな書き方を目指す方向から徐々に方針転換を遂げつつあるRSpecという構図を見立て、対お客様/対開発メンバーというそれぞれのレイヤでのコミュニケーションツールとしてのテスティングフレームワークが云々という話をしました。CukeのstepとRSpecのCustomMatcherが大きなトピックです。あとは最近流行のsubjectについても少々。 TDD frameworks let me dream "Project Specific Language"View more presentations from Kyosuke Morohashi.少し前から話したかったことをいろいろ話せてすっき
本日はオブジェクト倶楽部夏イベントにて 90 分もの長時間(!)喋らせていただきました。 会場にてお聞きくださった皆様、ありがとうございました。 講演の内容はというと、「創発的設計 (Emergent Design) 」というコンセプトについて講演をさせていただきました。自分は何を学んできたのか、何に学んできたのかを明かにし、いまの理解を立体化しました。「テスト駆動開発を本当に厳格に行うならば3イテレーション程度でアーキテクチャが破綻する」という意見に対する私の考えの表明でもあります。 Emergent Design - ObLove 2009 summerView more documents from t_wada. テスト駆動開発者はテスト駆動開発という手段だけで開発を行っている、つまり先行設計をしない、という誤解に対して、そのようなことはないという (ごく真っ当な) 結論になってい
最近講演が続いています。本日は DevLOVE のイベント「世界のすべてをテストせよ。〜Make the world Green by Test ! 〜」にて、『誰が為のテスト』 〜 千里の道も一歩から 〜 というタイトルで講演させていただきました。 内容は基本的には普段の TDD の講演内容をなぞりつつ、前半に自分の昔の話、チーム角谷以前の自分の話や、そのころの自分に聴かせたいことを少し織り交ぜました。これは papanda さんたちとの打ち合わせで話したことの影響があったと思います。 また本日は品質保証分野のエンジニアの方が多数参加されたのも印象的でした (というよりは、正確にはプログラマ視点の話をしたのは私だけでしたでしょうか)。 これは私には非常に刺激になりました。私たち開発者と品質保証技術者はともあると対立構造をつくってしまい、互いの交流が疎になってしまうところがあります。 しか
WritingTestableCodeFlaw2DiggingIntoCollaborators - テストできるコードの書きかた::まずいのその2: 深い仲になってしまっている 目次 この文書について なにがまずいの? うそつきAPI コードの柔軟性を失わせる コードが膨れ上がり、本当に行われていることが何か分かりにくくなる テストが難しくなる テストできるコードの書きかた::まずいのその2: 深い仲になってしまっている この文書について "Flaw: Digging into Collaborators" の日本語訳です http://misko.hevery.com/code-reviewers-guide/flaw-digging-into-collaborators/ あわせて読みたい → WritingTestableCode 推敲歓迎: 誤訳, タイポ, 訳語の不統一, その
● [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
昨日はOSCに行ってきました。セミナーやブースはほとんど行かず、例によってRubyの会のあたりでだらだらしてたわけですが。 思いがけず師匠の師匠、id:t-wadaさんにもお会いできてびっくり。 で、そこでRailsとTDD(BDD)の話なんかしたので、一週間で思ったことをつらつらと。たぶん不正確というか、理解の足りないところもいろいろあるので、そのへんのツッコミをいただけると感謝です。 書いてたら長くなったのでagenda モデルのテストでは、とにかくロジックを書いたらテストを書く*1。def..endブロック(wを書いたら必ずテストもあるはず。 RailsのMVCコンポーネントの中では一番テストし易いので、そういう意味でもモデルを厚くすると幸せになりやすい。 コントローラのテストでは、基本的にリクエストを受けてから表示対象のオブジェクトを導出するまでをテストしたい。 ビューのテストでは
テストとテスティング XPの出現以来、それ抜きの開発は考えられないほど、テスティングフレームワークは必須のものとなりました。 「テスティングフレームワーク」 しかし、この呼び方になにやらうさんくさいものを感じる人もいるでしょう。 なぜ、「テスト」ではないのか? ここでは、テスティングという言葉の感覚を伝えたいと思います。 なお、アジャイル開発における「言葉」についてはAgileNaKotoBaを参照してください。 テストとはなんでしょうか? 私たちが日常的に利用する「テスト」という言葉は、品質保証テストのように、既に存在する仕様に基づいて実装された完成品が、基準を満たしているかを検査するという意味で使います。 同じように学校の期末テストは、既に学習した内容が学生の身についているかを判定します。 ここにあるのは、静的な基準であり、テストは既に完成した製品や知識に対して動かしがたい事実の判定を
1999/09/06 更新 石井 勝 はじめに Smalltalker として有名な Kent Beck は,ソフトウェアテスト用プログラムをフレームワークレベルにまで拡張し,テストを体系的に取り扱う方法を提唱しました.そのフレームワークは Testing Framework と呼ばれ,Smalltalk の他にも Java, C++, Visual Basic 用の Testing Framework が提供されています(それぞれ JUnit, CppUnit, VBUnit と呼ばれています). 同じソフトウェアテストを行う製品としては,Windows の場合 Rational 社(以前は Microsoft 社)の Visual Test が有名です.Visual Test の場合,スクリプト言語でユーザの操作をシミュレートしてテストを行うのに対し, Testing Frame
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く