データベースを使った機能テストや単体テストについて要点をまとめておきます。
筆者の経験を強く反映していますので比較的定性的な内容となります事を予めご了承下さい。
テストの実行前に投入するテストデータは、凡そcsvファイルやxmlファイル、エクセルファイル等で管理する事になります。
仕様の変更に伴いテーブルの定義を変更する事で、それらのファイルの内容とデータベースの間に不整合が発生します。
#!/bin/sh | |
# 対象アプリのパッケージ名。 org.zakky.memopad とか | |
pkgname="$1" | |
# 対象アプリの apk。 bin/MemoPad.apk とか | |
apkpath="$2" | |
for i in $(adb devices |grep -v "List of devices" | awk '{print $1;}'); do adb -s $i shell pm uninstall -k "$pkgname"; adb -s $i install "$apkpath"; done |
こんな指針がいいのかなー 2013 夏 ver.
.NET の「例外のデザインのガイドライン」にもこう書いてある。
Documentation for /proc/sys/fs/* kernel version 2.2.10 | |
(c) 1998, 1999, Rik van Riel <[email protected]> | |
(c) 2009, Shen Feng<[email protected]> | |
For general info and legal blurb, please look in README. | |
============================================================== | |
This file contains documentation for the sysctl files in | |
/proc/sys/fs/ and is valid for Linux kernel version 2.2. |