ちょっと待てTESTLINK1.8.3へのマイグレーション。
以下は今日(2009年7月3日)時点での問題です。
どうもテストケースが多いとツリー表示が非常に遅くなるようです。1.8.1〜1.8.3を味見する人はいいのですが、既存で運用している方はもう少しバージョンが上がるのを待ったほうがよさそうです。
マイグレーションの問題とかまだありますので、安定版1.7.4をつかっている人はそのままで。
以下、TESTLINK-JPの西山さんの記事です。
テストケース数:20,733
トップレベルスイート数:25php.iniのmax_execution_time=600にすると、約5分で実行表示完了となる。
(1)実行表示完了時間の比較(TestLink 1.8.3対1.7.4)
実行表示完了時間:ホーム画面上で「実行」をピックし、ツリー表示が完了するまでの時間
TestLink 1.8.3 :約5分
TestLink 1.7.4 :約3秒TestLink 1.7.4では2万件でも3秒で完了するのは、
テスタアサインの初期値が「admin」である為、フィルター適用完了時間が短い。
テスタアサインを「 」(全て)にすると、58秒と長くなる。
一方、TestLink 1.8.3 ではテスタアサインの初期値が「全て」である為、
フィルター適用完了時間が長くなる。(2)フィルター適用完了時間の比較(TestLink 1.8.3対1.7.4)
フィルター適用完了時間:実行画面表示上でテスタアサインを「全て」とし「フィルターの適用」
をピックして、ツリー表示が完了するまでの時間
キーワード数:2
TestLink 1.8.3 :293秒、約5分:以前の全てのビルド結果の「全て」を含む(In)
TestLink 1.8.3 :292秒、約5分:以前の全てのビルド結果の「全て」を含まない(Out)
TestLink 1.7.4 :58秒、約1分TestLink 1.8.3 がTestLink 1.7.4の5倍も遅い問題は、データ抽出クエリを
変更すればカイゼンされるかも知れない。。。
(3)仕様表示完了時間の比較(TestLink 1.8.3での$tlCfg->treemenu_type)
仕様表示完了時間:ホーム画面上で「仕様」をピックし、ツリー表示が完了するまでの時間
テストケース数:20,733
トップレベルスイート数:25トップレベルスイートを全て閉じた状態での表示完了時間
TestLink 1.8.3 $tlCfg->treemenu_type = 'EXTJS'; (初期値)
Firefox3.5 1secで「完了」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
TestLink 1.8.3 $tlCfg->treemenu_type = 'JTREE';
Firefox3.5 7secで「完了」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
TestLink 1.8.3 $tlCfg->treemenu_type = 'DTREE';
Firefox3.5 警告:応答のないスクリプトがでて続行すると「応答なし」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
TestLink 1.8.3 $tlCfg->treemenu_type = 'LAYERSMENU';
Firefox3.5 72secで「完了」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
→EXTJS以外ではTestLink 1.7.4 よりも表示完了時間が長くなっている。
(4)仕様表示完了時間の比較(TestLink 1.7.4での$tlCfg->treemenu_type)
仕様表示完了時間:ホーム画面上で「仕様」をピックし、ツリー表示が完了するまでの時間
テストケース数:20,733
トップレベルスイート数:25
トップレベルスイートを全て閉じた状態での表示完了時間
TestLink 1.7.4 $tlCfg->treemenu_type = 'JTREE';
Firefox3.5 3secで「完了」 →実用上はこれで問題なし
1スイート内最大ケース数:4,250 でも表示可能
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
TestLink 1.7.4 $tlCfg->treemenu_type = 'DTREE';
Firefox3.5 警告:応答のないスクリプトがでて続行すると「応答なし」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
TestLink 1.7.4 $tlCfg->treemenu_type = 'LAYERSMENU';(初期値)
Firefox3.5 58秒で「完了」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
■結論
テストケース数が2万件では、ブラウザはFirefox3.5でもIE8でも、
TestLink 1.7.4 はtreemenu_type = 'JTREE';に変更すれば実用上使えるが、
TestLink 1.8.3 では実行表示レスポンスをカイゼンしないと現状では使えない。
・仕様表示レスポンス
TestLink 1.7.4 :
$tlCfg->treemenu_type = 'JTREE'; に変更すれば、
Firefox3.5でもIE8でもレスポンスは問題なし。
難を言えば、毎回トップレベルスイートが全て閉じた状態で表示される。
TestLink 1.8.3 :
Firefox3.5でもIE8でもレスポンスは問題なし。
EXTJSの利点は、LAYERSMENUと同じく各スイート状態が保持される。
・実行表示レスポンス
TestLink 1.7.4 :
約3秒なので問題なし。
TestLink 1.8.3 :
約5分では実用上使えない。
・フィルター適用レスポンス
TestLink 1.7.4 :
約1分なので実用上は使える。
TestLink 1.8.3 :
約5分では実用上使えない。