今年に入ってから二つの異なるソフトウェア（iOSアプリと組み込み系）で「正しい日付を入力してるのにエラーになるときがある」というバグに遭遇しました。おかしさっぷりが似ていて、きっとこれは「よくある不具合」なんだろうなと思いました。 軽い気持ちでお題風にツイートした 日付欄の入力チェック処理で「正しい日付を入力してるのにエラーになるときがある」というバグが潜んでいるとしたら 1. どのようなことが起きていると思いますか？ 2. (ソースコードは見れないとして)どんなテストをしてみますか？— miwa (@miwa719) 2021年9月7日 軽い気持ちでお題風にツイートしたら「ソフトウェア開発で日付を扱うときに気にしたほうがいいこと」が、たくさん集まりました。うれしかったです。 「1. どのようなことが起きていると思いますか？」では、失敗しそうなシチュエーションや疑わしいところ、確認したい事

今回は、Selenium2（WebDriver）でテストケースを作成するときに知っていると便利な「PageObjectデザインパターン」をご紹介します。 こんな方におすすめ SeleniumはWebブラウザ上で動作するアプリケーションの自動テストツールの中では圧倒的な知名度のあるツールです。2011年にSelenium2がリリースされてからは大きくアーキテクチャが変わり使い勝手も向上しましたが、実際に大量のテストケースを作成・保守するとなると書き方に工夫をする必要があります。 PageObjectデザインパターンの考え方は、 ・WebDriverでテストを自動化しているけど、画面変更にテストケースの修正が追いつかず困っている ・WebDriverでテストを自動化したいけど、どのようにテストケースを作成すれば良いのかわからない という方々にとってとても参考になります。 PageObjectと

和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上

tl;dr: This book details my strong opinions on the best way to test, while acknowledging alternative styles and various contexts in which tests are written. Whether you prefer my style or not, this book will help you write better Unit Tests. From the Preface: Over a dozen years ago I read Refactoring for the first time; it immediately became my bible. While Refactoring isn’t about testing, it expl

お願い 主催者および、参加者の写真撮影および公開は、自由とします。 参加される方は、このことに了承したものとします。 会場について プロジェクターあります。 電源タップを持参してもらえると助かります。 21:00から23:00頃まで会場近所の中華料理店にて懇親会を行います 懇親会について 21:00から23:00頃まで会場近所の中華料理店にて懇親会を行います 予算は2000円程度です 主宰 @setoazusa

TODAY ONLY! Save HALF on selected programming books!

YAPC Asia 2013

Stack OverflowのTDD Anti-patterns catalogueというスレがとても面白かったので訳してみた。 Stack Overflowのvoting機能でアンチパターンへの投票を行っている感じ。 上から投票の多い順になっている。 得票数はこの記事執筆時点(2013.7.9)のもの。 SQLアンチパターンっぽく、パターン名はそのまま片仮名にしてみた。 また、内容がかなり被っているとか、状況がかなりレアじゃないかと思うものは、一部省略しました。 (ブコメで訳間違ってるよ、って教えてもらったので、一部修正しました 2013.7.10) フリーライド (テストのただ乗り) 50pt 新しいテストケースを書くのではなく、他の機能のテストに新しいアサーションを追加して既存のテストケースに乗っかる。 セカンドクラス シティズン (二等市民) 47pt プロダクションコードのように

そもそもJUnitは、振る舞いのテスト(≒ブラックボックステスト)を前提としている(こんなデータを入れたら、こんな結果が返りますよーという意味で)。 privateメンバをテストしたいというのは、ホワイトボックステストをしたいということである(このメソッドは内部で別のメンバを使ってますよーという意味で)。 実際のところ、JUnitでは、privateメンバのテスト手段は提供されていない。 何とかしてprivateメンバをテストしたい、ということで、リフレクションを利用する人がいる。だが、リフレクションを利用するとリファクタリングが難しくなる(フィールド名を文字列で指定することになるため)。テストコードの書き方のせいで、リファクタリング作業が阻害されるのでは、本末転倒である。 そこで、どうしてもprivateメンバをテストしないと気が済まない人のため、別の解決案を考えた。 import ja

Editor's Notes\n\n\n\n\nユニットテストの説明に前に本講義で多用されるオブジェクト指向と&amp

今年買った良かったかどうか分からないもの この季節になると「今年買ってよかったもの」という話題でブログもSNSも賑わうのだけど、今年に関しては買ってよかったもの以前にそもそもあんまり買い物をしなかった。 …と言うか今年に限らずここ数年を振り返っても全然大きな買い物をしていないし強烈に欲しいものも…

ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック