AI時代にこそTDDだと思う話
GitHub Copilot、みなさん使ってますか？すでに多くの方が利用しており、「ないと困る」という方から「提案の質に問題がある」「まだまだ使えない」という方まで、様々な意見を聞きます。 筆者はGitHub Copilotに対して非常にポイティブな立場です。GitHub Copilotは使い方次第で開発速度を格段に向上させることを身をもって体験しており、これからの時代においてはGitHub CopilotなどのAIツールを使いこなせるかどうかで、個人の開発速度に非常に大きな差が出ると考えています。 重要なのは使い方次第と言う点です。前述のように様々な感想が溢れているのはAIツールの習熟度が大きく影響しているようにも感じます。AIツールは静的解析同様、利用者側の手腕が大きく問われるツールであると筆者は感じています。コマンドプロンプトエンジニアリングという言葉もあるように、AIツールを使いこ
英国政府によるRailsアプリケーションテストの新標準（翻訳）｜TechRacho by BPS株式会社
概要 Open Government Licenceに基づいて翻訳・公開いたします。 英語記事: A new standard of testing for GOV.UK - Technology in government 著者: Ben Thorner、Peter Hartshorn -- 英国GDS（Government Digital Service）所属の開発者です 原文公開日: 2021/10/08 サイト: GOV.UK blogs 日本語タイトルは内容に即したものにしました。GOV.UKのRFCは以下で公開されています。 GOV.UKには、アプリに加えた変更をテストするという強靭な文化が根付いています。私たちは多くの場合、変更を加える前に（テスト駆動開発に沿って）テストを書き、変更をデプロイする前に（回帰テストに沿って）既存のテストがすべてパスする必要があります。 GOV.
Rails tips: ストーリーのあるRSpecテストを書く（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RSpec - tell a meaningful story with your tests 原文公開日: 2018/02/19 著者: Paweł Dąbrowsk これまでにRSpecのspyやスタブについて学んできましたので、今回はもっと意味のあるspecを作ってみましょう。テストというと、「どう動いているか」をテストすると考えているかもしれません。しかしそのテストを集めてドキュメントをビルドするときのことについて考えていますか？別に余分なことをする必要はありませんが、しなければならないのは「ストーリーが見えるテストを書く」ことだけです。その方法についてご説明いたします。 ストーリーの骨格 よいストーリーにはしっかりした構造があり、だからこそ簡単に追うことができます。ストーリーを追うためにあちこち彷徨わなければならないとし
いまどきの Ruby 書くときのテスト環境 - Stats of the Rivers
romaji というライブラリを書いた。 - 寿司じゃないブログ という記事を書いたのだが、テスト環境について反応があったのでもうちょい詳しく書く。 RSpec テスティングツールのデファクトスタンダード。 http://rspec.info/ に行くか、The RSpec Book を読もう。 Guard ソースコードが編集されているかを監視して、変更があった場合に自動でテストを走らせてくれる。 guard/guard · GitHub guard と guard-rspec を gem install して、以下のようなファイルを Guardfile という名前でプロジェクトのルートディレクトリに置き、 guard コマンドを走らせると、watch で指定したファイルの変更の監視してくれる。 guard 'rspec', :version => 2, :all_after_pass =
JSTDD Intro for EVERY JavaScripters @kanazawa.js v1.7 (2012-03-31)
デザイナもエンジニアも参加する kanazawa.js のために JavaScript を題材にして TDD を紹介します。
Node.js + Vowsではじめるテスト駆動開発
Node.jsで使えるTDD, BDDフレームワークはいくつかあるのですが（nodeunit, Jasmine, etc）コールバック・イベント周りのテストのしやすさとCoffeeScriptが利用出来る Vows が非常に熱い感じです。 特にテストコードをCoffeeScriptで（別途コンパイルせずに）そのまま記述出来るのは、テストコードの可読性を考えると大きなメリットだと思います。 Vowsのインストール# VowsはNode Package Manager（npm）でインストールする事が出来ます。vowsコマンドを有効にするためにカレントディレクトリの node_modules の他にグローバルにも入れておきましょう。 npm install vows npm install -g vows Vowsを使った開発手順# サンプルとして自分のフルネームを返す事しか出来ないPerson
Expresso - TDD Framework For Node
Expresso 0.9.0 Expresso is a JavaScript TDD framework written for nodejs. Expresso is extremely fast, and is packed with features such as additional assertion methods, code coverage reporting, CI support, and more. Featureslight-weightintuitive async supportintuitive test runner executabletest coverage support and reporting via node-jscoverageuses and extends the core assert moduleassert.eql() ali
PHPUnit でテスト駆動開発を始めよう
9. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this->calc->add(1, 2); $this->assertSame(3, $result); } } 10. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { 1 $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this-
テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
横浜JSTDDハンズオンでWebStormについて発表してきた
横浜JSTDDハンズオンに参加してきて、WebStormというIDEはどういうものなのかについて発表してきました。 WebStorm指南書 発表してきた資料置いておきます。 後から資料として見やすいように画像をたくさん入れながらWebStormの機能紹介について書いたので、WebStormについて知りたい方は読むといいです。 また、最近出たばかりのWebStorm 4.0 Early Access Programについても書いてあるので興味がある人はどうぞ。 スライドの見方 スライドは上記のように機能の紹介がベースで、それの利用方法やこういう機能があって便利という感じのスライドになってます。 WebStormの楽しさ Web開発等JavaScript周りの環境も変化してきているので、それにあわせてエディタやIDEももっと変化するといいなーと思う部分にいろいろ挑戦してる感じがしてるのがWeb
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、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 直
</title> <meta name="Author" content=""> <meta name="Creator" content="Word 用 Acrobat PDFMaker 6.0"> <meta name="Producer" content="Acrobat Distiller 6.0 (Windows)"> <meta name="CreationDate" content=""> </head> <body> <pre> JsUnit 利用ガイド Cop
JsUnit 利用ガイド Copyright © 株式会社野村総合研究所 2006 All rights reserved. 本書は、本書に記載した要件、技術、方式に関する内容が変更されないこと、および出典を明示 いただくことを前提に、無償でその全部または一部を複製、翻案、翻訳、転載、引用、公衆送信、 譲渡等して利用いただけます。なお、全体を複製、翻案、翻訳された場合は、本書にある著作権表 示を明示してください。 本書の著作権者は、本書の記載内容に関して、その正確性、商品性、利用目的への適合性等に関 して保証するものではなく、その利用により生じた損害について、法律上のいかなる責任も負いま せん。 掲載した製品名はそれぞれの会社の商標、あるいは登録商標です。 第1版 発行日 第１刷 2006 年 2 月 © Nomura Research Institute, Ltd. 2006. A
JsUnitを使ってJavaScriptをTDDしてみる - プログラマ憧れプログラマ日記
JavaScriptをユニットテスト XUnitの中のひとつとしてJsUnitがあります。 文字通りJavaScriptをユニットテストできるシロモノなのですが、JavaScriptのライブラリが台頭するこのご時世、自らも濃いJavaScriptを書く方も多いのではないでしょうか？実際どんな感じで書いていけるのかTDDと絡めてざっくりとまとめてみます。 テストケースの書き方 今回は引数が空であるかをチェックするisEmpty関数を実装してみることにします。 TDDに習ってまずはテストケースから書いてみましょう。JsUnitのテストケースはhtmlで書きます。例えばこんな感じ。 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html
InfoQ: JsUnitとJSMockを使ったJavaScriptのテスト駆動開発
テスト実行部上の最も重要な部分はページの上部にあるファイル参照用のフォーム部品になります。この部品はテスト・ページまたはテスト・ページのスイート・ファイルへのパスを保持します。ではJsUnit用のテスト・ページの簡単な例を見てみましょう。 <html> <title>A unit test for drw.SystemUnderTest class</title> <head> <script type='text/javascript' src='../jsunit/app/jsUnitCore.js'></script> <script type='text/javascript' src='../app/system_under_test.js'></script> <script type='text/javascript'> function setUp(){ // perfor
QUnitの基本的な使い方 - but hopeful
[追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un
［動画で解説］和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp
第16回プログラミング言語とTDDは、どちらを先にマスターすべきか？ 和田卓人 2007-12-21
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【アーカイブ動画】t-wadaさんが後世に残したい、実録レガシーコード改善
Faster TDD feedback with vim and iTerm thanks to iTermux plugin
HADASHI RaterBug.com - Building a Respectful Video Community
TDDBC 横浜 演習課題
