タグ

関連タグで絞り込む (12)

タグの絞り込みを解除

TDDに関するgachakku0131のブックマーク (15)

  • SimpleCovのカバレッジ(網羅率) - Qiita


    SimpleCov gemのカバレッジが上記のうち、どれにあたるかというと、厳密にはどれにも該当していないというのが、正しいと思います。 例として、次のコードのカバレッジを計測してみます。 このコードはgithubにもおいてあるので、結果のhtmlなどは、そちらを参考にしてください。 require "simplecov_sample/version" module SimplecovSample class Sample def initialize(name = "") @name = name end [:test1, :test2, :test3].each do |method_name| class_eval <<-RUBY_EVAL, __FILE__, __LINE__ + 1 def #{method_name}() # def test1() "#{method_nam
    SimpleCovのカバレッジ(網羅率) - Qiita

  • ユニットテストにまつわる10の勘違い | DevelopersIO


    渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、﹁納品物としてJUnitのテストコード︵または実行結果︶を求められている﹂ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
    ユニットテストにまつわる10の勘違い | DevelopersIO
    gachakku0131
    gachakku0131 2013/10/12
    "ユニットテストを書くにはコード量もさることながら、多くの時間を使います。感覚として、自分の見積もりでは2倍から5倍程度はかかると思います。"
    リンク

  • Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)


    ﹃るびま﹄は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について ﹃Rubyist Magazine﹄、略して﹃るびま﹄は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
    Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

  • JS開発におけるTDDと自動テストツール利用の勘所

    カジュアルにMySQL Clusterを使ってみよう@MySQL Cluster Casual Talks 2013.09Mikiya Okuno

    JS開発におけるTDDと自動テストツール利用の勘所

  • かっこ悪くて面倒でもテストコードを書こう - 今川館

    Python | 10:08わたしはプログラマーではありませんが、いくつかの仕事でテストコードを見たり書いたりすることがあったので、その過程で思ったことをメモとして残しておきます。コーディングとテストを分けて工数を言う癖をやめようどっちもコードを書くのだから分けて考える必要はないテストコードの重要性は理解しているけど、工数も厳しいし客がテストコードを書くことに工数を割くことを認めてくれない。ありがちな話ですが、それがテストを書かないことの根拠であるならば少し考え直しましょう。コーディングとテストを異なる工程と考えるのをやめてしまえばそんなことに悩む必要はなくなります。つまり、「テストを書きながらコーディングする」のです。だいたい、普段プログラムを書いているときだって手元で動かしながらものを作っているでしょう。それと同じことをプログラムを書いてやればいいだけです。客がテストを書かせてくれない

  • RSpecによるユニットテストの書き方 — recompile.net

    2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと

    RSpecによるユニットテストの書き方 — recompile.net

  • ASCIIcasts - “Episode 275 - 私のテスト手法”


    275:  私のテスト手法  (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto 今後のエピソードでは、テストの話題をより多く取り上げていきたいと思います。今回は、前回のエピソード[動画を見る, 読む]でログインフォームに追加した﹁パスワード忘れ﹂のリンク用のテストを書くとしたらどうなるかを見ていきます。 前回のエピソードの最初では、ログインフォームを持つアプリケーションがありました。フォームには基本的な認証機能がありましたが﹁ログイン状態を記憶(remember me)﹂のチェックボックスと﹁パスワード忘れ(forgotten password)﹂のリンクがなかったので、順を追って追加していきました。今回、リンクを再度追加する作業を、テスト駆動開発(TDD)の手法を
    gachakku0131
    gachakku0131 2011/10/29
    ログイン機能とメール送信の確認など
    リンク

  • 『TDD信者が増えてきてるのでこの辺で一言言っとくか。』


    令和からの働き方について -TownSoft- 元﹁傲慢SE日記﹂で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 TDDは良いか？ とりあえず、過去に色々TDDについて記事を書きましたのでそれを掲載します。 仕事が出来ない人ほど横柄なのは何故？︵2007年05月12日︶ リファクタリング、テスト、開発速度など︵2007年08月01日︶ テストファースト︵2007年08月21日︶ まぁ、この中で一番参考になるのは最後に書いたテストファーストかな。今の僕の考えと合わせると心情が良く分かる。 TDDはプログラムを書く前に仕様の詳細まで把握する事が出来て、なおかつテストコードまで作ってくれる優れものだ。しかし、局面によってはTDDは不要になる。僕も数年前はTDDやテストファーストを実践していた。効率的だと思った所もあるが、大体はマンネリに陥っ
    『TDD信者が増えてきてるのでこの辺で一言言っとくか。』
    gachakku0131
    gachakku0131 2011/08/05
    "結局のところ「プロトタイププロジェクトや仕様が変わるもの」に関してはTDDはさほど有効に働かない。その理由としては大抵はどちらも早めのリリースを求められるからである。"
    リンク

  • TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ


    SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。
    TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ

  • テスト駆動開発チートシート - やさしいデスマーチ

    TDD（テスト駆動開発）のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ（OmniGraffle）が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記２ このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。

    テスト駆動開発チートシート - やさしいデスマーチ

  • Shared examples: Variables can be set using a block

    Use space bar or arrow keys to navigate, and escape for index. Built with Slippy.

  • テスト駆動開発の効果はどのくらいある？

    ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ

    テスト駆動開発の効果はどのくらいある？
    gachakku0131
    gachakku0131 2010/04/29
    "TDDはプロジェクトの途中で始めたり、途中でやめるとうまくいかず、プロジェクトの開始時からやるべき"
    リンク

  • gihyojp - ニコニコ

    gihyojpさんのユーザーページです。

    gihyojp - ニコニコ

  • NetBeans 6.5でRailsアプリケーションのテスト駆動開発を

    EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

    NetBeans 6.5でRailsアプリケーションのテスト駆動開発を
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.