テストコードとか書いてみてもいいんじゃない？ - Qiita
本記事はテストコードを「書いたことない」、「いらない」、「意義がわからない」 といった方々に、「書いたらちょっとはいいとこあるよ」と紹介する記事です。 そもそも書き方がわからない ※バリバリテスト書いてる人は飛ばしてください テストコードの書き方って習ったことありますか？ そういえばないなーなんか難しいことやるんでしょ？ って方もそれなりの数いるような気がします。 まず結論から言えば、テストコードは基本的に、 割と泥臭いよ！ なんか自動的にソースファイル内の関数引っ張ってきてくれて、 値評価とかもしてくれる。でも難しいんでしょ？ と思ってたりする人もいるんじゃないでしょうか。 そう思っていた時期もありました。 (探せばあると思いますがたぶんお金かかる系。むしろお金取れる系) 簡単に例を挙げますと、 犬の鳴き声を国を指定して取得する関数
[Perl] 作成したモジュールをCPANで公開する手順
久しぶりに Perl モジュールを作成してみた ので、せっかくなので CPAN にアップロードしてみました、の手順をメモ。 もともと、2002年に CPAN へのアップロードサイト PAUSE 用のアカウントは 作ってあったけど、実際に自作モジュールを CPAN で公開してもらったことはなかったので、 実は今回が初挑戦でした。 もし↓に間違っている点がありましたら、ご指摘いただけると幸いです。＞識者の方 配布用のモジュールを作成する まず第一歩は、 perlnewmod - 新しいモジュールを配布するには を熟読すること。 モジュール .pm ファイルと、 そのアーカイブ .tar.gz ファイル を作成するのが最初です。 中身は以下のようなファイル構成になりました。 lib/XML/TreePP.pm # Perlモジュール本体 Makefile.PL # ほぼh2xsで生成したそのまま
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Test Yourself - テストを書くと何がどう変わるか
