GitLab CIとは？GitLab上でユニットテストを自動化する方法 | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
こんにちは。データサイエンスチームのtmtkです。 この記事では、GitLab上で簡単にユニットテストを自動化できるGitLab CIを紹介します。 はじめに CI（継続的インテグレーション、continuous integration）というものがあります。プログラムの開発効率や品質の向上のため、ビルドやテストを継続的に実行していくことです。具体的にはたとえば、Gitのリポジトリに変更点がpushされるごとに自動的にビルドやテストを実行するように設定します。そうすれば、間違えてビルドを破壊してしまったりテストを通らなくしてしまったりしても、自動的に実行されたテストによってすぐに気付くことができます。 通常、CIの環境を整備するにあたっては、ビルドやテストを実行するサーバを用意する必要があります。ビルドやテストの実行を起動するソフトウェアも必要となります（たとえばJenkinsなど）。 G
Nose 利用ノート — 読書ノート 1.6dev
Note 本稿を読む前に Python 本体の unittest を理解しておくべし。 本稿において、利用した各パッケージのバージョンは次のとおり。 Python 2.6.6, 2.7.3, 3.4.1, 3.5.0, 3.5.2 Nose 1.0.0, 1.1.2, 1.3.3, 1.3.7 当ノートでは --verbosity オプションを多用しているが、単にノートを見返すときのわかりやすさを優先するためだけによる。実用時には省略することのほうが普通。 関連リンク¶ Noseパッケージ配布元。 目的¶ Nose 自身は、その目的をドキュメントの冒頭に <nose is nicer testing for python> や <nose extends unittest to make testing easier> と謳っている。さらに、プログラムの狙いを次の 4 点に絞っている。 テ
noseで気軽にテストを書く(+geventの場合) - Qiita
unittest.TestCaseを継承した以下のようなファイルtest_hoge.pyを作成します。 ここでは値が期待する値と同じかどうかを調べるeq_と, 値が真であるかどうかを調べるok_をnose.toolsからインポートして使っています。 テストフレームワークによくある仕組みとして、テストの前後に初期化/リソース解放などの処理を行うためのsetUp, tearDownが提供されていますので、試しにprint文を入れてみます。 from unittest import TestCase from nose.tools import ok_, eq_ from hoge import sum, is_even class HogeTestCase(TestCase): def setUp(self): print 'before test' def tearDown(self): p
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
