関数型言語Elmでテスト駆動開発 - Qiita
Elm アドベントカレンダーの8日目です。 関数型言語Elmでテスト駆動開発シリーズのまとめです。 インデックス 1~4章 ドルの定義, timesの定義まで 5~7章 フランの定義まで 8~11章 Money, 通貨, ファクトリメソッドの定義まで 12~13章 reduceの定義まで 14章 レートを考慮したreduceの定義まで 15~16章 MoneyからExpressionに抽象度を引き上げ、様々なテストの追加まで まとめと反省 今回のシリーズを書ききって改めて、テスト駆動開発の素晴らしい書籍だと確信しています。多くの人に向けてJavaで書かれていますが、関数型言語で書かれているテスト駆動の書籍が出版されても良いとも思っています。しっかりした題材があるお陰で当初の予想以上にElmの勉強ができましたし、テスト駆動開発の手法の勉強にもなりました。反省としましては、自分の能力が低かった
書籍「テスト駆動開発」をRustで書く #1 （chapter1...3） - Qiita
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE
和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
Haskellでデザインレシピ - あどけない話
第17回 QuickCheckでデータ駆動型テストを行う
テストには常にある種の不安が残ります。このテストは果たしてすべての場合に妥当だと言えるのか？ 何か見落としてはいないか？ その見落としは致命的なものではないか？ Haskellの静的な型検査をすり抜けてくるバグに対処するには，実際にプログラムを動作させ，HUnitなどで動的なテストを行います。では，動的なテストをすり抜けるバグにはどう対処すればいいでしょうか？ 一番単純な対策は，テスト項目数を増やすことです。たいていの場合，テスト項目は「その型の取りうる値を想像し，その例に対してきちんと動作するかどうかを確かめる」という形で記述します。単純に考えるなら，テスト項目が増えれば増えるほどテストの正確さは増していくはずです。 しかし，個々の値に対してテストを記述していくのは手間のかかる作業です。テストを行うべき値の集合に対してテストを行うツールが欲しくなりますね。それが「データ駆動型のテスト・ツ
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
Better Specs. Testing Guidelines for Developers.
What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos
TDDの自殺 #kyon_mmAdvent - うさぎ組
Introduction to QuickCheck2 - HaskellWiki
A quick introduction to QuickCheck2, and testing Haskell code. -- I've written a function that looks similar to this one getList = find 5 where find 0 = return [] find n = do ch <- getChar if ch `elem` ['a'..'e'] then do tl <- find (n-1) return (ch : tl) else find n -- I want to test this function, without hitting the filesystem. In C++ I -- would use a istringstream. I couldn't find a function th
RSpec の入門とその一歩先へ - t-wada の日記（旧）
発展途上猿人 : 第2回 ひとりハッカソン成果発表
2012年12月02日16:29 カテゴリひとりハッカソン 第2回 ひとりハッカソン成果発表 結構遅くなってしまいましたが第2回ひとりハッカソンの成果発表を行います。 今回行ったこと TasksControllerの各アクションに対してGETリクエストが成功するか確認するテストを追加。（POSTは未確認） TasksControllerのテストとして、タスクのリストと、タスクを追加するフォームが表示されるか確認。 TasksControllerのaddアクションに、「新しいタスクの状態は「まだやっていない」ということにする」というビジネスロジックが混ざっていることに気づき、Taskモデルを単体テストできないことに気づいたのでTaskクラスのaddメソッドのテストを作り、実装も書いた。 「タスクの名前は空文字列ではいけない」というバリデーションとそのテストを追加 タスクをフォームから追加する
JUnitの知識を棚卸し #JJUG - 日々常々
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TDD+モブプログラミングでワイワイする会 (2017/11/12 13:00〜)
社内テストファースト勉強会
Amazon.co.jp: マインドマップから始めるソフトウェアテスト: 池田暁, 鈴木三紀夫: 本
Route 477
GitHub - thoughtbot/factory_bot: A library for setting up Ruby objects as test data.
