データベースを使った機能テストや単体テストについて要点をまとめておきます。
筆者の経験を強く反映していますので比較的定性的な内容となります事を予めご了承下さい。
テストの実行前に投入するテストデータは、凡そcsvファイルやxmlファイル、エクセルファイル等で管理する事になります。
仕様の変更に伴いテーブルの定義を変更する事で、それらのファイルの内容とデータベースの間に不整合が発生します。
#!/bin/sh | |
cat >>Makefile.am <<EOF | |
#testと言うプログラムをビルド、インストールするためのサンプル | |
#ビルドしてインストールするプログラム名 | |
bin_PROGRAMS=test | |
#test_CFLAGSはtestをコンパイルする際のコンパイルオプション | |
#../configureなどルートディレクトリ以外で実行した時のインクルードディレクトリの指定 | |
test_CFLAGS=-g -I @srcdir@/include/ |
apply plugin: 'eclipse' | |
apply plugin: 'groovy' | |
repositories { | |
mavenCentral() | |
} | |
dependencies { | |
groovy "org.codehaus.groovy:groovy-all:2.0.5" | |
testCompile 'org.apache.ivy:ivy:2.2.0-rc1' |
*** maple/filter/Filter_RequestCheck.class.php 2013-05-21 10:23:01.765957813 +0900 | |
--- maple/filter/old_Filter_RequestCheck.class.php 2013-05-21 09:47:56.538958483 +0900 | |
*************** | |
*** 92,99 **** | |
} | |
} else if ($this->_request->getMethod() == "POST" && isset($_FILES) && (0 < count($_FILES))) { | |
//ファイルアップロード処理の場合、リファラチェック | |
! if ($this->_refcheck()) { | |
! return; | |
} |
# -*- coding: utf-8 -*- | |
import sys | |
import webbrowser | |
from Tkinter import Tk, Button | |
from PySide import QtGui | |
from pyside_from_ui_desiner import Ui_Dialog |
こんな指針がいいのかなー 2013 夏 ver.
.NET の「例外のデザインのガイドライン」にもこう書いてある。
#!/bin/bash | |
apt-get -y update | |
apt-get -y dist-upgrade | |
# install ruby tools | |
apt-get install -y ruby-dev ruby1.9.3 | |
gem install rubygems-update | |
update_rubygems | |
gem install bundler |