サバンナ便り〜自動テストに関する連載で得られた知見のまとめ〜2023/03/03(金) Forkwell エンジニア文化祭 2023
現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
スタブ・モックは本当に悪者なのか？〜テスト駆動開発をやめて、なお残すべき習慣とは (2)
編集長の永和システムマネジメントの家永(http://goo.gl/0kxCPi)です。より多くのプログラマを笑顔にするために情報を発信します。主な内容は、エクストリームプログラミングや、その周辺の技術と哲学です。 想定している読者はプログラマおよび、プログラマの育成責任者たるマネージャーです。 外部からは、疲弊した現場と見えても、プログラマが笑顔でいきいきと働ける、そんなヒントをお伝えしていきます。現場コーチ、コンサルティング、トレーニングのお問い合わせは [email protected] まで。
TDDを諦める
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
組織にテストを書く文化を根付かせる戦略と戦術
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
"TDD is dead. Long live testing" の元ネタについての英文解釈的雑談 - 亀岡的プログラマ日記
話題になりましたね、"TDD is dead"。 TDD is dead. Long live testing. (DHH) そしてやっとむさんが素晴らしい日本語訳を公開していただきました。 TDDは死んだ。テスティングよ栄えよ。 by DHH @やっとむでぽん 今回、内容の話はしません（ぉ。英語の話をします。*1 このタイトル、"TDD is dead. Long live testing."、なんか気になりません？と言うか日本人的には意味がちょいとわからない。。。 実は、これには元ネタがあります。 英辞郎をどうぞ。 the king is deadの意味・用例｜英辞郎 on the WEB：アルク The king is dead; long live the king! 王様は亡くなった。王様万歳！ 個々人としての王が死去しても、王制は継続するという意味。王が「死んだ」と言ったすぐあ
テストを書く文化を育てる戦略と戦術
at DevLOVE現場甲子園2013 2013/11/09 (土) http://http://devlove.doorkeeper.jp/events/5464
パラメータの正当性検査とユニットテストのカバレッジ | DevelopersIO
渡辺です。 最近はユニットテストの導入方法などに関するエントリーが多かったので、今回は実用的な小ネタとして、メソッドにおけるパラメータの正当性検査とユニットテストについて紹介したいと思います。 パラメータの正当性検査 はじめにパラメータの正当性検査について復習しましょう。Javaプログラマであれば読んでないことが許されないEffective Java（第2版P.175、ただし絶版）には次のように記述されています。 ほとんどのメソッドとコンストラクタは、パラメータとして渡される値に関して何らかの制約を持っています。たとえば、インデックス値が負であってはいけないとか、オブジェクト参照がnullであってはいけないというのが普通です。このような制約は明確に文書化すべきであり、メソッド本体の初めに検査することで制約を強制すべきです。これは、エラーが発生したらできるだけ速やかにエラーを検出するようにす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内テストファースト勉強会
Code coverage with gocov and wercker
Home
JUnit4をやってみよう