TestLinkのデータベース内部

定義されている全テーブルの説明はしていませんのであしからず。

テスト仕様関連の主要なテーブル

テーブル名	説明
testprojects	テストプロジェクトの情報を管理するテーブル
testsuites	テストスイートの情報を管理するテーブル
nodes_hierarchy	テスト仕様の構造を管理するテーブル
tcversions	テストケースをバージョンごとに管理するテーブル
tcsteps	テストケースのテスト手順を管理するテーブル

nodes_hierarchy テーブル

カラム名	説明
id
name
parent_id	親ノードのID
node_type_id	node_typesテーブルのID
node_order	ツリー上の表示位置(?)

例えば、以下のような構造になっていた場合。

testproject
+ testsuite1
|   testcase1
|   + testcase_version1
|   |   testcase_step1
|   |
|   + testcase_version2
|       testcase_step1
|
+ testsuite2
    testsuite3
      testcase2
      + testcase_version1
      |   testcase_step1
      |
      + testcase_version2
          testcase_step1

テーブルは以下のような感じに定義される。

id	name	parent_id	node_type_id	node_order
1	testproject	NULL	1	1
2	testsuite1	1	2	0
3	testcase1	2	3	0
4	testcase_version1	3	4	0
5	testcase_step1	4	9	0
6	testcase_version2	3	4	0
7	testcase_step1	6	9	0
8	testsuite2	1	2	0
9	testsuite3	8	2	0
10	testcase2	9	3	0
11	testcase_version1	10	4	0
12	testcase_step1	11	9	0
13	testcase_version2	10	4	0
14	testcase_step1	13	9	0

本テーブルのidと各node_typeのIDは同じ値となるので、testprojectの内容を知りたかったら select * from testprojects where id = 1 で取れる。

node_type_id は node_types テーブルで定義されているIDが指定されている。1.9.4 の定義は以下の通り

id	description
1	testproject
2	testsuite
3	testcase
4	testcase_version
5	testplan
6	requirement_spec
7	requirement
8	requirement_version
9	testcase_step
10	requirement_revision
11	requirement_spec_revision

テスト計画、実行関連の主要なテーブル

テーブル名	説明
testplans	テスト計画の情報を管理するテーブル
builds	ビルド情報を管理するテーブル
testplan_tcversions	テスト計画とテストバージョン(テストケース)の関連テーブル
executions	実施結果を管理するテーブル

testplan_tcversionsにはtestplansのIDとtcversionsのIDが管理されているので、それらを各テーブルから引っ張ってくればテストケースとテスト計画がリンクできる。

executionsにはtestplan_id, build_id, tcversion_idがあるので、実施結果がどのテスト計画、テストケースに紐づいているかがわかる。また、statusに実施結果が格納されている。pが成功、fが失敗、bがブロック、nが未実施

あとがき

カスタムレコードやユーザー情報についてはまだ調査できてないです。やる気もないし。もしやる気が出て、まとめたいなと思ったら書きます。