Bashアプリケーションをテストする | POSTD
以前、bashスクリプトをテストする仕事に取り組んだことがあります。最初、Pythonユニットテストを使うことにしましたが、プロジェクトに外部技術を持ち込むのは気が進みませんでした。そこで、仕方なく、悪名高い bash で書かれたテスト用フレームワークを使いました。 既存ソリューションの概要 手に入るソリューションを探してGoogle検索しましたが、選択肢はほんの少ししかありませんでした。そのうちいくつかについて、詳しく見ていきましょう。 重要になるのは、どんな基準でしょうか？ 依存関係： bass のテスト用フレームワークを選ぶときに、 python 、 lua などのシステムパッケージも一緒に引きずり込むのは嫌ですね。 インストールの難しさ：継続的な開発の実装とTravis CIでの継続的な統合も仕事の1つだったので、私にとってインストールにかかる時間と手間数が妥当だということは、重要
Cpputestのマルチプラットホーム環境構築からチュートリアルまで - Qiita
CppUTest環境のマルチプラットホーム環境構築からチュートリアルまで 2017年3月版 課題 組み込みC言語の世界でもTDDできるらしい というかレガシーコードをテストする環境だけでも切実に欲しい。。。 そんなときCppUTestなるフレームワークがオススメと偉い人が言っていた ついでに職場の環境もついにwindows10に移行したしこのタイミングで色々やっときたい 当然ながら自分のMacとマルチプラットホームに対応してくれないと困る windowsは特に環境構築がめんどうなので手探りで進めることに。。。 というかCppUTestの日本語情報って少ないですね 各種ソフトのバージョン windows10 64bit cygwin 2.7.0 autoconf 2.69 automake 1.9.6 cmake 3.6.2 gcc-core 6.3.0 gcc-g++ 6.3.0 gdb
これだけは覚えたい、ユニットテストを書くための４つのデザイン - Qiita
もうちょっと規約的なものを「JavaでのUT作成基準を整理してみた」にもまとめてみました。 はじめに 去年、ブログの方に「ふつうのユニットテストのための７つのルール」という記事を書いたのですが、思ったより反響がありました。 あの記事で書いたのはあくまで原理・原則で、それを実現するためにはいくつかのテクニックが必要です。 特に、ああいうルールを作って「ユニットテストを書く事」を厳守するようにしても、 適切なテクニックを知らなければメンテが困難だったり、品質に寄与しなかったり、実行性能が悪いゴミが量産される可能性があります。 じゃあ、どうすれば良いかというと「最初からユニットテストが書きやすいように元のコードを設計する」ということです。 そう。まず身に付けるべきは「テストコードの書き方」では無く「テスト対象コード」すなわち「プロダクトコードの書き方」なのです。 また、ここで言ってる「最初から」
【jasmine + Karma】 による javascript 単体テストをしてみた - Qiita
javascript の テストフレームワーク「jasmine」の導入と簡単な使い方についてまとめていきます。 karmaで使用するブラウザはphantomjsを使用します。 事前作業 jasmine や karma など必要なライブラリをinstall します。 package.json の devDependecies に 下記を追加し、npm install を行います。 "devDependencies": { "jasmine": "^2.5.2", "karma": "^1.3.0", "karma-coverage": "^1.1.1", "karma-jasmine": "^1.1.0", "karma-phantomjs-launcher": "^1.0.2", "karma-spec-reporter": "0.0.26", "phantomjs-prebuilt":
Vue.js Vueコンポーネントのユニットテストを書いてみよう - Qiita
※このエントリはVue.jsアドベントカレンダー10日目の記事です。 最近の開発はjQueryでプロトタイピングだけ行って、本開発はVue.jsをベースに行っているPotato4dです。 Vue.jsは非常に強力で便利なフレームワークですが、そのテストについての情報というのは、探しても中々見つからないため、困っているかたも多いのではないでしょうか。 今回は、そんな問題を解消するために、Vue.jsのコンポーネントをテストしていく手法について共有していきたいと思います。 開発の準備 今回の環境 今回は、簡単に導入して試していくために、Vue.js公式のコマンドラインツールvue-cliを用いて開発を行っていきます。 vue-cliは、Vue.jsを用いた様々なプロジェクトの雛形を自動生成してくれるツールとなり、Node製であるため、Vueの開発環境が整っていれば、すぐに導入し、開発を始めるこ
一から始めるJavaScriptユニットテスト - Hatena Developer Blog
この記事は、はてなエンジニアアドベントカレンダー2016の5日目の記事です。 こんにちは、はてなでアプリケーションエンジニアをしている id:shiba_yu36 です。先日、buildersconにおいて、現在所属しているプロジェクトでJavaScriptのユニットテストを導入した知見について、「一から始めるJavaScriptユニットテスト」というタイトルで発表しました。 speakerdeck.com この発表は、実際にJavaScriptのユニットテスト環境を作ってみると非常にハードルが高いと感じたので、そのハードルを少しでも下げられればという思いで、非常にシンプルな例で一から環境を作る例を紹介しました。アジェンダは次のとおりでした。 カクヨムのJS環境 JSのテストツールを整理する 通常の関数のユニットテスト DOM操作する機能のユニットテスト カクヨムのJS環境や、JSのテスト
選択的にテストを実行する - Qiita
やりたいこと テストの部分集合のみを実行したい場合、例えば時間がかかるテストを普段はスキップし、指定した場合のみ実行したい。一つの方法としては、ファイル単位で分割してファイル名で区別できるようにしておき、 unittest モジュールの discovery のオプション % python -m unittest --help ... -p pattern Pattern to match test files ('test*.py' default) を使って実現出来るが、ここでは ファイル名によらずに制御したい 実行対象の分類が変わったときにテストコードの移動をしたくない ファイル単位での分割をしたくない ファイル内の一部のクラス、一部のメソッドのみをスキップできるようにしたい といったときの対処例を示す。 やりかた unittest モジュールの skipIf, skipUnless
社内勉強会用にshellでのUnitTestについて資料つくったらぼちぼち見てもらえた - onigra.github.io
社内勉強会用にshellでのUnitTestについて資料つくったらぼちぼち見てもらえたSeptember 20, 2013 by Yudai Suzuki タイトルの通りなんですが、その社内勉強会を大人のYAPCに出たいのでサボるため、予め作っておいてスライドをUPしておいたら、ぼちぼちはてブついててちょっとびっくりしました。ぶっちゃけ社内だと見られてるかどうか怪しいので嬉しかったですね。 まずは、Tweetを引用させていただいた@sue445さんと標準出力に色を付けるエントリーを書いてくださった@shitai246_さんにお礼申し上げます。 僕の勤めてる会社は基本的にUnitTestを書くという文化がありません。なので、UnitTestの基本的なやり方やTestingFrameworkの使い方の入門的な意味も意識して作成しました。 いまだにユニットテストって受け入れられないんだろうな の
python unittestのテンプレート - Qiita
背景 pythonには標準モジュールの中にunittestが含まれるのですが、使い方がすぐに分からなかったため、他のプロジェクトでもコピペできるようにテンプレートを備忘録として残しておきます。 *注意事項 python2.7以上からunittestではsetUpClass, tearDownClassというテストクラスの初期化時に実行されるメソッドを用いることができるようになりました。 python2.6以下の場合は、unittest2というモジュールをインポートすることでこれらのメソッドを使うことができます。 コードのテンプレート ポイント * unittest.main()では、setUpClass → (setUp → tearDown) *ループ → tearDownClass が実行されます。 * test用のメソッドは名前の先頭を test から始めなければなりません。e.g.
Bash用ユニットテストフレームワーク作りました - Folioscope
Bash用テストフレームワークに、Batsやshunit2がありますが、イケてないなーと思ってたら、気づいたら自分で作ってました。 github.com テストの結果はモダンなテストフレームワークのように、カラフルに表示します。 またFAIL時は、FAILしたテストの結果を表示します。 自分の Arch Linux 上の Bash 4.3.42 および、Travis CI 上で動作することを確認しています。 インストール curl -o ~/bin/bashtub https://raw.githubusercontent.com/ueokande/bashtub/v0.1/bin/bashtub chmod +x ~/bin/bashtub です。ただし~/binはパスが通ってるとします。 これでターミナルから bashtub と打つことで実行できます。 bashtub テストを書く 各
ユニットテスト用のメールサーバsubethasmtpがあることを知りました - Qiita
JUnitで使えるメールサーバSubEtha SMTPがあることを知りました。ユニットテスト用の仮想マシンを立てていた手間が省けて助かります。 以下のような感じです。 import java.util.Date; import java.util.Properties; import javax.mail.Address; import javax.mail.Message; import javax.mail.MessagingException; import javax.mail.Session; import javax.mail.Transport; import javax.mail.internet.AddressException; import javax.mail.internet.InternetAddress; import javax.mail.internet.
pythonでunittestをするには - しがないプログラマ の日記
Python2.1以降のバージョンでは、標準でPyUnitというUnitTestのフレームワークがあるので、それを使うことにします。 使い方は簡単で、最初にテスト対象のクラスに対して、〜_test.pyファイルを作成します。そこで unittestモジュールをimportして、unittest.TestCase を継承したクラスを作成。次に、test〜と引数のない(selfだけの)メソッドを用意し、assert〜メソッドでテストを書きます。assert関数の一欄は、http://www.python.jp/doc/2.4/lib/testcase-objects.htmlのリファレンスを参照してください。必要であれば、setUpメソッドとtearDownメソッドも追加して準備完了です。最後に、unittest.main() を追加して、そのファイルを実行すればテストが動きます。 実際のHo
unittestの書き方 - Λάδι Βιώσας
pythonのunittestのやり方をよく忘れるのでメモ＆まとめ。 テストケースを作る import HogeModule # テスト対象のモジュール import unittest class testHogeModule(unittest.TestCase): # HogeModuleテストケース def test_foo(self): # foo関数のテストメソッド self.assertEquals(HogeModule.foo(1, 2), 3) def test_bar(self): # bar関数のテストメソッド ・・・・ テストメソッドは、prefixにtestを付ける。そうするとフレームワーク側で勝手に呼び出してくれる。テストの際、初期化や終了処理などが必要な場合、それぞれsetUpメソッドとtearDownメソッドで行う。 テストスイートを作る テストケースを書いたら
Pythonのunittestモジュールのほんとにちょっとしたtips - darwiniaの日記
だれかが書いてそうだけど、Pythonのunittestモジュールのtipsをめも。 私はほとんど以下のようにunittest.main()しか使わないのですが、 ユニットテスト実行時にオプションを指定することで、個別にユニットテストが実行できるみたい。 ということに今頃気づきました。 if __name__ == "__main__": unittest.main() まず、"-h"オプションでUsageが表示されます。 $ python pyramidTest.py -h Usage: pyramidTest.py [options] [test] [...] Options: -h, --help Show this message -v, --verbose Verbose output -q, --quiet Minimal output Examples: pyramidTes
shUnit2 を使ってシェルスクリプトのユニットテストをやってみた - ablog
シェルスクリプトのユニットテストフレームワーク "shUnit2" を使ってみた - ablog のつづき。 実際に自分で作った bash スクリプトのユニットテストを実行してみた。 最初のディレクトリ構成はこんなの。 $ su - oracle $ cd /home/oracle/scripts $ tree -pfug . |-- [-rwxr-xr-x oracle oinstall] ./stop_listener.sh <-- テストしたいスクリプト `-- [drwxr-xr-x oracle oinstall] ./test 1 directory, 1 file stop_listener.sh のソースコードはこんなの。 #!/bin/bash if [ "$1" != 'exec' ]; then echo "usage: ${BASE_NAME} exec" exit
ユニットテストの無かった頃 - みねこあ
今のプロジェクトは納期的に少々無茶です。次のリリースはα版という位置づけなので多少のバグバグーっも構わないというのもあってか、先日「ユニットテストをきっちり書くと時間がかかるから、ある程度そこらへん端折ってね」と言われました。 確かにユニットテストを作ると作らないでは、実装工程の工数が倍くらい違ってしまうものですが、そこは急がば回れといいますか。ユニットテストを作っておくとデバッグでほとんど苦労しないでスルスルっといけるし、修正でバグを出した瞬間にバグの存在に気がつくので「どれどれ？」と見るコードの量も大変少なくて楽ちんですし、かえって早く出来上がるのは間違いないところです。ユニットテストは品質の話だけでなくって、わたしにとってはすっかり開発効率の話なんですよね..。 さて、そんなこんなでユニットテストにすっかり馴染んでしまったわたしは、もうユニットテストを作らない開発がすっかり出来ない体
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
単体テスト計画書（3） ― ホワイトボックステスト（2）、網羅率