From turutosiya ＠ gmail.com Tue Sep 1 16:12:40 2009 From: turutosiya ＠ gmail.com (Toshiya TSURU) Date: Tue, 1 Sep 2009 16:12:40 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCJUYlOSVIJTEhPCU5JE4bKEJV?= =?iso-2022-jp?b?Ukw=?= Message-ID: <983d640e0909010012m7d91c24eq8f798fc8f5390818@mail.gmail.com> こんにちは、津留と申します。 久々にポスト致します。 TestLinkでテストケースのURLを取得する方法はありますでしょうか？ （ブログの PermaLink のような、１つのテストケースに対応するURLです。） メールでテストケースのURLを送りたい、と思っているのですが。 そのようなことは可能でしょうか？ [環境] * TestLink 1.8.3 -- Toshiya TSURU http://www.google.com/profiles/turutosiya From sunday_walker_field ＠ yahoo.co.jp Wed Sep 2 19:15:34 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Wed, 2 Sep 2009 19:15:34 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCJUYlOSVIJTEhPCU5JE4bKEJV?= =?iso-2022-jp?b?Ukw=?= In-Reply-To: <983d640e0909010012m7d91c24eq8f798fc8f5390818@mail.gmail.com> Message-ID: <20090902101534.6079.qmail@web3912.mail.bbt.yahoo.co.jp> こんにちは もし、Firefoxを使用しているのであれば、TestLinkの「実行」画面で、テストケースを選択した状態で、右下のフレーム（テストケースが表示されているフレーム）でマウスの右ボタンをおして、「このフレーム」の「フレームを新しいウィンドウで開く」を選択して、新しいウィンドウに表示されるURLを取得します。 既にTestLinkにログインしている状態で、このURLを指定すれば、右下のフレームだけですが、テストケースが表示されるように思います。 確実に表示されるかは自身ありませんし、右下のフレームだけなのであまり美しくありませんし、ブログの PermaLink のようにTestLinkがバージョンアップしてもうまくいくかはわかりませんが... ご参考まで... Sunday Walker --- Toshiya TSURU wrote: > こんにちは、津留と申します。 > 久々にポスト致します。 > > > TestLinkでテストケースのURLを取得する方法はありますでしょうか？ > （ブログの PermaLink のような、１つのテストケースに対応するURLです。） > > メールでテストケースのURLを送りたい、と思っているのですが。 > > そのようなことは可能でしょうか？ > > [環境] > * TestLink 1.8.3 > > -- > Toshiya TSURU > http://www.google.com/profiles/turutosiya > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From turutosiya ＠ gmail.com Wed Sep 2 19:57:54 2009 From: turutosiya ＠ gmail.com (Toshiya TSURU) Date: Wed, 2 Sep 2009 19:57:54 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCJUYlOSVIJTEhPCU5JE4bKEJV?= =?iso-2022-jp?b?Ukw=?= In-Reply-To: <20090902101534.6079.qmail@web3912.mail.bbt.yahoo.co.jp> References: <983d640e0909010012m7d91c24eq8f798fc8f5390818@mail.gmail.com> <20090902101534.6079.qmail@web3912.mail.bbt.yahoo.co.jp> Message-ID: <983d640e0909020357v61ee56ebkefa12f65c1b77346@mail.gmail.com> こんにちは。 これです！有難うございます。 2009/9/2 Sunday Walker : > こんにちは > > もし、Firefoxを使用しているのであれば、TestLinkの「実行」画面で、テストケースを選択した状態で、右下のフレーム（テストケースが表示されているフレーム）でマウスの右ボタンをおして、「このフレーム」の「フレームを新しいウィンドウで開く」を選択して、新しいウィンドウに表示されるURLを取得します。 > > 既にTestLinkにログインしている状態で、このURLを指定すれば、右下のフレームだけですが、テストケースが表示されるように思います。 > > 確実に表示されるかは自身ありませんし、右下のフレームだけなのであまり美しくありませんし、ブログの PermaLink のようにTestLinkがバージョンアップしてもうまくいくかはわかりませんが... > > ご参考まで... > > Sunday Walker > > > --- Toshiya TSURU wrote: >> こんにちは、津留と申します。 >> 久々にポスト致します。 >> >> >> TestLinkでテストケースのURLを取得する方法はありますでしょうか？ >> （ブログの PermaLink のような、１つのテストケースに対応するURLです。） >> >> メールでテストケースのURLを送りたい、と思っているのですが。 >> >> そのようなことは可能でしょうか？ >> >> [環境] >> * TestLink 1.8.3 >> >> -- >> Toshiya TSURU >> http://www.google.com/profiles/turutosiya >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -- Toshiya TSURU http://www.google.com/profiles/turutosiya From hnishi ＠ skygroup.jp Thu Sep 3 16:17:12 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Thu, 3 Sep 2009 16:17:12 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCJUYlOSVIJTEhPCU5JE4bKEJV?= =?iso-2022-jp?b?Ukw=?= References: <20090902101534.6079.qmail@web3912.mail.bbt.yahoo.co.jp> Message-ID: <149E32E2E2AD4C38831BD0E35A598D33@skygroup.local> こんにちは、　西山です。 IEでもURLは取得できる様です。 IE(8)の場合は、 TestLinkの「実行」画面で、テストケースを選択した状態で、 右下のフレーム（テストケースが表示されているフレーム）でマウスの右ボタンをおし、 「プロパティ」を選択して、ダイアログに表示されるURLを取得します。 この時のURLの最後のリクエストパラメータの id=1047　 はテストケースIDです。 このID番号を、左のツリー上に表示させるには、以下の二つのコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更になってます） (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ //$tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　by hnishi $tlCfg->treemenu_show_testcase_id = 2; // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $path['id'] . ":") . $path['text']; } ------------------------------------ 以上です。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Wednesday, September 02, 2009 7:15 PM Subject: Re: [Testlinkjp-users] テストケースのURL > こんにちは > > もし、Firefoxを使用しているのであれば、TestLinkの「実行」画面で、テストケースを選択した状態で、右下のフレーム（テストケースが表示されているフレーム）でマウスの右ボタンをおして、「このフレーム」の「フレームを新しいウィンドウで開く」を選択して、新しいウィンドウに表示されるURLを取得します。 > > 既にTestLinkにログインしている状態で、このURLを指定すれば、右下のフレームだけですが、テストケースが表示されるように思います。 > > 確実に表示されるかは自身ありませんし、右下のフレームだけなのであまり美しくありませんし、ブログの PermaLink のようにTestLinkがバージョンアップしてもうまくいくか > はわかりませんが... > > ご参考まで... > > Sunday Walker > > > --- Toshiya TSURU wrote: >> こんにちは、津留と申します。 >> 久々にポスト致します。 >> >> >> TestLinkでテストケースのURLを取得する方法はありますでしょうか？ >> （ブログの PermaLink のような、１つのテストケースに対応するURLです。） >> >> メールでテストケースのURLを送りたい、と思っているのですが。 >> >> そのようなことは可能でしょうか？ >> >> [環境] >> * TestLink 1.8.3 >> >> -- >> Toshiya TSURU >> http://www.google.com/profiles/turutosiya >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From hnishi ＠ skygroup.jp Thu Sep 3 17:43:21 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Thu, 3 Sep 2009 17:43:21 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44LjMg?= =?iso-2022-jp?b?GyRCJEclRCVqITw+ZSRLGyhCdGVzdGNhc2VfaWQ=?= =?iso-2022-jp?b?GyRCJHJJPTwoJDkkazBZJE4lMyE8JUlKUTk5GyhC?= Message-ID: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local> みんささん 今晩は、西山です。 TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 従来の1.7から1.8へデータ移行した場合、 TestLink 1.8.3 のツリー上には「tc_refix-0：tc_name」と tc_external_id が全て0で表示されます。。。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 $tlCfg->treemenu_type = 'EXTJS'; $tlCfg->treemenu_type = 'JTREE';　に対応してます。 (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars( $path['id'] . ":") . $path['text']; } ------------------------------------ (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $label .= "{$testCasePrefix}{$node['external_id']}:"; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $label .= "{$node['id']}:"; } ------------------------------------ 以上です。 -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090903/1b488d6a/attachment.htm From hnishi ＠ skygroup.jp Fri Sep 4 17:14:35 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 4 Sep 2009 17:14:35 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44LjMg?= =?iso-2022-jp?b?GyRCJEclRCVqITw+ZSRLGyhCdGVzdGNhc2VfaWQ=?= =?iso-2022-jp?b?GyRCJHJJPTwoJDkkazBZJE4lMyE8JUlKUTk5GyhC?= References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local> Message-ID: <2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> みんささん 今晩は、西山です。 ＞従来の1.7から1.8へデータ移行した場合、 ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と ＞tc_external_id が全て0で表示されます。。。 ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 1.8のインストール時に1.7から1.8へデータ移行した場合、 TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id の場合に、画面上部のナビゲーションバーにある検索窓においても、 testcase_id で検索できる様にする為のコード変更です。 (1)testlink_183/lib/general/navBar.php:28 if( $gui->tprojectID > 0) { $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . config_get('testcase_cfg')->glue_character; $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { ; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $gui->tcasePrefix = ""; } ------------------------------- (2)testlink_183/lib/general/archiveData.php:58 // need to get internal Id from External ID $cfg = config_get('testcase_cfg'); $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $args->id = (int) $args->targetTestCase; $tcase_info = $item_mgr->get_by_id($args->id); if( null == $tcase_info ) { $args->id = 0; echo "" . $args->targetTestCase ; } } ------------------------------- 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, September 03, 2009 5:43 PM Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 従来の1.7から1.8へデータ移行した場合、 TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と tc_external_id が全て0で表示されます。。。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 $tlCfg->treemenu_type = 'EXTJS'; $tlCfg->treemenu_type = 'JTREE';　に対応してます。 (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars( $path['id'] . ":") . $path['text']; } ------------------------------------ (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $label .= "{$testCasePrefix}{$node['external_id']}:"; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $label .= "{$node['id']}:"; } ------------------------------------ 以上です。 ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090904/0ef3e7ba/attachment.htm From sunday_walker_field ＠ yahoo.co.jp Sun Sep 6 10:46:26 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Sun, 6 Sep 2009 10:46:26 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= Message-ID: <194619.95763.qm@web3906.mail.bbt.yahoo.co.jp> 1.8.3用のパッチ(No.13)を作成しました。 --- 以下は今回のパッチでの追加機能／バグ修正 --- * タイムチャート（日本語対応）を追加しました。 ( http://www.testlink.org/mantis/view.php?id=2115 ) * ビルドチャート（日本語対応）を追加しました。 ( http://www.testlink.org/mantis/view.php?id=2503 ) * グラフのX軸の文字表示領域を大きくしました。 下記に記載のIPAフォントよりも（１のパッチの適用は不要） http://testlinkjp.org/modules/pukiwiki/?TestLinkTips#ct71_1_1 下記のVLゴシックフォントを使用することをお勧めします。 （英文字の文字幅がIPAフォントより狭く、文字列の長さが短くなる） http://dicey.org/vlgothic/ ---- 以下は従来パッチからの機能／バグ修正 ---- * System.phpを使用しないようにしました。 http://www.testlink.org/mantis/view.php?id=2647 > Fatal error: require_once() [function.require]: Failed opening required 'System.php' * 「実行」の「XMLから結果をインポート」にて、添付ファイルを含む zipファイル(results.xml, attachments/37/testlink_20090502-021.PNG , attachments/38/testlink_20090502-022.PNG)から １つのテストケースにつき複数の添付ファイルも含めてインポートできる ようにしました。 （従来は1テストケースについて1つの添付ファイルまで正常動作） 以下はインポートするXMLファイルの例です。 f 2009-05-08 12:15:10

]]> * 「イベント」に表示されるいくつかのWarnningが表示されないように 対応しました。 * IEで「実行」にてテストケースを選択し、「XMLから結果をインポート」にて 実行結果のXMLをインポートできない件の再修正 （以前からFireFoxではインポートできていました。 http://www.testlink.org/mantis/view.php?id=2534 ） * 以下のバグ修正 ( http://www.testlink.org/mantis/view.php?id=2647 ) I have changed all the patches download from the URL above, and there is more then one report format named xml. I met two problems: The 1st is: I do the following things: (1),'Results' (2),Select 'Report Format' to 'xml'(or 'HTML','MS Word') (3),'Test Report'(or 'Test Plan') (4),Select the content i want to display from check box. But it displays nothing; * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、実行結果等が正しく出力されないバグを 修正しました。 * 「結果」の「テスト計画」、「テスト結果」にて、 XML出力に対応しました。 * 「実行」のテストスイーツを選択した際に、「XMLから結果をインポート」 を追加しました。(config.inc.php にて、 $tlCfg->exec_cfg->show_testsuite_contents = ENABLED; に変更する必要あり http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-May/000555.html ） * 「実行」の「XMLから結果をインポート」にて、添付ファイルを含む zipファイル(results.xml, attachments/37/testlink_20090502-021.PNG)から 添付ファイルも含めてインポートできるようにしました。 以下はインポートするXMLファイルの例です。 例１ f 2009-05-08 12:15:10

]]> 例２ f 2009-05-08 12:15:10

]]> 例３ p test notes 2009-05-04 12:15:10 admin

]]> * IE6にて結果の各種表にて横スクロールバーが常に表示されてしまい右の端を 参照するのに横にスクロールする必要があったので、横スクロールバーが表示 されないようにしました。 * Firefoxで「レポートとメトリクス」の 「レポートフォーマット」が隠れてしまうバグを修正。 * IE6にてスクロールバーが表示されたときに文字が隠れなくしました。 * ノートPC（1024×768）でも表示が正しくなるようにしました。 テストケースの編集時のツリーが表示でスクロールバーが出ないように しました。 メインページの配置を変更しIEでもメニューの行数が増えないようにしました。 実行画面の行数を少し減らしました。 FirefoxでもResult入力が見えるようにしました。 （ただし、フォントサイズに依存） * メインページの見た目を統一しました。 * 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 Word, HTMLで表紙のフッタが下部に表示され、改ページされます。 目次も改ページされます。そのほか見栄えを変更しています。 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 「添付ファイルの表示」、「zipファイル出力」を追加。 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 「zipファイル出力」をチェックした時に、添付ファイルやfckeditor にて追加した画像やリンクなどのファイルを含めてzipファイルとして 出力します。 スタイルも別ファイルとして含めるようにしました。 スタイルファイルを新規に作成し、このファイルのみ修正BSDライセンスと しました。これは生成したzipファイルを自由に使ってもらうためです。 * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、実行結果（ステータスのエクスポート、 備考のエクスポート、添付ファイルのエクスポート）を出力できるように しました。（ただし、XMLのタグは西山さんのものと異なります。） * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、「zipファイルによるエクスポート」を追加。 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、「zipファイルによるエクスポート」を指定 した時に、添付ファイルやfckeditorにて追加した画像やリンクなどのファ イルを含めるようにしました。 * 「テストレポートとメトリクス」に「全てのテストケース」、「成功した テストケース」を追加しました。 ファイルに特に記載がないもののライセンスはGPL2です。 ファイルにライセンスの記載があるものはそれに従ってください。 Sunday Walker -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: testlink_1.8.3_attachments13_diff.zip 型: application/zip サイズ: 246348 バイト 説明: 無し URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090906/0a4a32f4/attachment-0001.zip -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: testlink_1.8.3_attachments13.patch 型: application/octet-stream サイズ: 200535 バイト 説明: 無し URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090906/0a4a32f4/attachment-0001.obj From ryo.funaki ＠ gmail.com Mon Sep 7 00:22:26 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Sun, 6 Sep 2009 23:22:26 +0800 Subject: [Testlinkjp-users] =?utf-8?b?5re75LuY44OV44Kh44Kk44Or44Gu55S75YOP?= =?utf-8?b?44KS6KGo56S6562JKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5rIDEuOC4z?= =?utf-8?q?=29?= In-Reply-To: <194619.95763.qm@web3906.mail.bbt.yahoo.co.jp> References: <194619.95763.qm@web3906.mail.bbt.yahoo.co.jp> Message-ID: <75fcc7b70909060822t29dee91dt4b2f3282e3d38996@mail.gmail.com> Sunday Walker様 　船木と申します。 いつも大変お世話になっております。 先週やっと会社のシステムを1.8.3にバージョンアップしました。 ところで、わがままを言って大変申し訳ないのですが、TESTLINK-JPにパッチファイル できればソースの最終形(コピーで対応)をおいていただくわけにはいかないでしょうか。 各インシデントはSunday Walker様が本家のBTS上にもきちんと反映されていますし、 パッチあての手作業でのミスを防止したいのです。 何卒よろしくお願いいたします。 敬具 From ryo.funaki ＠ gmail.com Mon Sep 7 00:31:33 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Sun, 6 Sep 2009 23:31:33 +0800 Subject: [Testlinkjp-users] =?utf-8?b?5re75LuY44OV44Kh44Kk44Or44Gu55S75YOP?= =?utf-8?b?44KS6KGo56S6562JKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5rIDEuOC4z?= =?utf-8?q?=29?= In-Reply-To: <194619.95763.qm@web3906.mail.bbt.yahoo.co.jp> References: <194619.95763.qm@web3906.mail.bbt.yahoo.co.jp> Message-ID: <75fcc7b70909060831l3195b2f7xdf10b40ac66fc13c@mail.gmail.com> 船木です。 P.s すいません、自分はTESTLINK-JPの運営には関わっていません。 勝手なことではありますがご考慮ください。 From sunday_walker_field ＠ yahoo.co.jp Mon Sep 7 21:19:08 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Mon, 7 Sep 2009 21:19:08 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: <75fcc7b70909060822t29dee91dt4b2f3282e3d38996@mail.gmail.com> Message-ID: <784585.54565.qm@web3907.mail.bbt.yahoo.co.jp> 船木 さん こんにちは > できればソースの最終形(コピーで対応)をおいていただくわけにはいかない > でしょうか。 このスレッドの最初のメールには、diff形式のパッチとともにもzipファイル(TestLink 1.8.3から変更したファイル全てを含む）も添付されています。 このzipファイルでは不十分でしょうか。 最初にTestLink 1.8.3のファイルを用意したフォルダにzipファイルを解凍して上書きすれば、ほぼ完全なソースコードになります。 ただし、フォントは先に記載のところからダウンロードして、 third_party\pchart\Fonts フォルダにおいてください。 config.inc.php を編集して、上記フォントを有効にしてください。 また、既にTestLinkを動作させていた場合には gui\templates_c フォルダ内の全てのファイルを削除してください。 以上で問題あれば連絡ください。 > すいません、自分はTESTLINK-JPの運営には関わっていません。 同様です。個人的にほしいものをパッチにしているPHPの初心者で、運営にかかわってはいません。このメーリングリストのこのSubjectのNo.1のパッチを作ったのがPHPのコードを書いた最初です。ほしいものが世の中に見つからなかったので、コードを書いた、それだけのことです。そして、同じことを欲している人がいるかもしれないので、車輪を再び作らなくてもよいように、ここに投稿しています。 Sunday Walker --- R.Funaki wrote: > Sunday Walker様 > > 　船木と申します。 > いつも大変お世話になっております。 > 先週やっと会社のシステムを1.8.3にバージョンアップしました。 > ところで、わがままを言って大変申し訳ないのですが、TESTLINK-JPにパッチファイル > できればソースの最終形(コピーで対応)をおいていただくわけにはいかないでしょうか。 > 各インシデントはSunday Walker様が本家のBTS上にもきちんと反映されていますし、 > パッチあての手作業でのミスを防止したいのです。 > > 何卒よろしくお願いいたします。 > 敬具 > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From sunday_walker_field ＠ yahoo.co.jp Mon Sep 7 23:01:53 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Mon, 7 Sep 2009 23:01:53 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: <784585.54565.qm@web3907.mail.bbt.yahoo.co.jp> Message-ID: <947478.59746.qm@web3901.mail.bbt.yahoo.co.jp> 船木 さん メールが大きすぎてzipが受信できないのであれば、下記このメーリングリストのアーカイブの一番下のほうから添付ファイルをダウンロードできます。 http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-September/000650.html Sunday Walker --- Sunday Walker wrote: > 船木 さん > > こんにちは > > > できればソースの最終形(コピーで対応)をおいていただくわけにはいかない > > でしょうか。 > > このスレッドの最初のメールには、diff形式のパッチとともにもzipファイル(TestLink 1.8.3から変更したファイル全てを含む）も添付されています。 > このzipファイルでは不十分でしょうか。 > > 最初にTestLink 1.8.3のファイルを用意したフォルダにzipファイルを解凍して上書きすれば、ほぼ完全なソースコードになります。 > > ただし、フォントは先に記載のところからダウンロードして、 > third_party\pchart\Fonts > フォルダにおいてください。 > > config.inc.php > を編集して、上記フォントを有効にしてください。 > > また、既にTestLinkを動作させていた場合には > gui\templates_c > フォルダ内の全てのファイルを削除してください。 > > 以上で問題あれば連絡ください。 > > > > すいません、自分はTESTLINK-JPの運営には関わっていません。 > > 同様です。個人的にほしいものをパッチにしているPHPの初心者で、運営にかかわってはいません。このメーリングリストのこのSubjectのNo.1のパッチを作ったのがPHPのコードを書いた最初です。ほしいものが世の中に見つからなかったので、コードを書いた、それだけのことです。そして、同じことを欲している人がいるかもしれないので、車輪を再び作らなくてもよいように、ここに投稿しています。 > > Sunday Walker > > --- R.Funaki wrote: > > Sunday Walker様 > > > > 　船木と申します。 > > いつも大変お世話になっております。 > > 先週やっと会社のシステムを1.8.3にバージョンアップしました。 > > ところで、わがままを言って大変申し訳ないのですが、TESTLINK-JPにパッチファイル > > できればソースの最終形(コピーで対応)をおいていただくわけにはいかないでしょうか。 > > 各インシデントはSunday Walker様が本家のBTS上にもきちんと反映されていますし、 > > パッチあての手作業でのミスを防止したいのです。 > > > > 何卒よろしくお願いいたします。 > > 敬具 > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From ryo.funaki ＠ gmail.com Tue Sep 8 10:17:17 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Tue, 8 Sep 2009 09:17:17 +0800 Subject: [Testlinkjp-users] =?utf-8?b?5re75LuY44OV44Kh44Kk44Or44Gu55S75YOP?= =?utf-8?b?44KS6KGo56S6562JKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5rIDEuOC4z?= =?utf-8?q?=29?= In-Reply-To: <947478.59746.qm@web3901.mail.bbt.yahoo.co.jp> References: <784585.54565.qm@web3907.mail.bbt.yahoo.co.jp> <947478.59746.qm@web3901.mail.bbt.yahoo.co.jp> Message-ID: <75fcc7b70909071817r7512f98at7accfd7ad4d1912f@mail.gmail.com> Sunday Walker 様 何から何まで本当にありがとうございます。 Sunday Walker 様のおかげで実運用サーバをバージョンアップする自信ができました。 またいろいろお聞きすることも多いかと思いますがよろしくお願いいたします。 P.s 是非guestではなく、Sunday Walker名でTestLink本家BTSに投稿してください。 異国にいる我々にとって何よりの励みになります。 敬具 From hnishi ＠ skygroup.jp Tue Sep 8 11:33:03 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Tue, 8 Sep 2009 11:33:03 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44LjMg?= =?iso-2022-jp?b?GyRCJEclRCVqITw+ZSRLGyhCdGVzdGNhc2VfaWQ=?= =?iso-2022-jp?b?GyRCJHJJPTwoJDkkazBZJE4lMyE8JUlKUTk5GyhC?= References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local> <2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> Message-ID: みなさん こんにちは、西山です。 変更コードは、下記からダウンロードできます。 TestLinkのバックアップコードを作成してから、上書きしてください。 ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v01_testlinkPatch_183.tar.gz 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの $tlCfg->treemenu_show_testcase_idの値で切替えます。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 04, 2009 5:14 PM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 ＞従来の1.7から1.8へデータ移行した場合、 ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と ＞tc_external_id が全て0で表示されます。。。 ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 1.8のインストール時に1.7から1.8へデータ移行した場合、 TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id の場合に、画面上部のナビゲーションバーにある検索窓においても、 testcase_id で検索できる様にする為のコード変更です。 (1)testlink_183/lib/general/navBar.php:28 if( $gui->tprojectID > 0) { $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . config_get('testcase_cfg')->glue_character; $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { ; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $gui->tcasePrefix = ""; } ------------------------------- (2)testlink_183/lib/general/archiveData.php:58 // need to get internal Id from External ID $cfg = config_get('testcase_cfg'); $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $args->id = (int) $args->targetTestCase; $tcase_info = $item_mgr->get_by_id($args->id); if( null == $tcase_info ) { $args->id = 0; echo "" . $args->targetTestCase ; } } ------------------------------- 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, September 03, 2009 5:43 PM Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 従来の1.7から1.8へデータ移行した場合、 TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と tc_external_id が全て0で表示されます。。。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 $tlCfg->treemenu_type = 'EXTJS'; $tlCfg->treemenu_type = 'JTREE';　に対応してます。 (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars( $path['id'] . ":") . $path['text']; } ------------------------------------ (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $label .= "{$testCasePrefix}{$node['external_id']}:"; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $label .= "{$node['id']}:"; } ------------------------------------ 以上です。 ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090908/04fd2cf5/attachment-0001.htm From akipii ＠ gmail.com Tue Sep 8 11:42:06 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Tue, 8 Sep 2009 11:42:06 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRl?= =?iso-2022-jp?b?c3RsaW5rIDEuOC4zKQ==?= In-Reply-To: <75fcc7b70909071817r7512f98at7accfd7ad4d1912f@mail.gmail.com> References: <784585.54565.qm@web3907.mail.bbt.yahoo.co.jp> <947478.59746.qm@web3901.mail.bbt.yahoo.co.jp> <75fcc7b70909071817r7512f98at7accfd7ad4d1912f@mail.gmail.com> Message-ID: あきぴーです。 横レスで申し訳ないですが、パッチをSourceForgに置いて公開してはどうですか？ ＞Sunday Walkerさん メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには リンク先を書くだけで十分です。 パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 情報は一元化したいですし。 せっかくの優れたパッチなので、是非、全員で情報共有できればと思います。 以上、よろしくお願いします。 09/09/08 R.Funaki : > > Sunday Walker 様 > > 何から何まで本当にありがとうございます。 > Sunday Walker 様のおかげで実運用サーバをバージョンアップする自信ができました。 > またいろいろお聞きすることも多いかと思いますがよろしくお願いいたします。 > > P.s > 是非guestではなく、Sunday Walker名でTestLink本家BTSに投稿してください。 > 異国にいる我々にとって何よりの励みになります。 > > > > 敬具 > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090908/738a0d59/attachment.htm From daisuke.azuma ＠ jnovel.co.jp Tue Sep 8 12:41:24 2009 From: daisuke.azuma ＠ jnovel.co.jp (AZMA Daisuke) Date: Tue, 08 Sep 2009 12:41:24 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: References: <75fcc7b70909071817r7512f98at7accfd7ad4d1912f@mail.gmail.com> Message-ID: 東です、こんにちは。 そうですね、せっかくのハックなので広く利用できると良いですね！ SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 ↓とか？ http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 「Akipii Oga」さんの から >あきぴーです。 >横レスで申し訳ないですが、パッチをSourceForgに置いて公開してはどうですか？ >＞Sunday Walkerさん > >メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには >リンク先を書くだけで十分です。 > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 >情報は一元化したいですし。 > >せっかくの優れたパッチなので、是非、全員で情報共有できればと思います。 >以上、よろしくお願いします。 > >09/09/08 R.Funaki : >> >> Sunday Walker 様 >> >> 何から何まで本当にありがとうございます。 >> Sunday Walker 様のおかげで実運用サーバをバージョンアップする自信ができました。 >> またいろいろお聞きすることも多いかと思いますがよろしくお願いいたします。 >> >> P.s >> 是非guestではなく、Sunday Walker名でTestLink本家BTSに投稿してください。 >> 異国にいる我々にとって何よりの励みになります。 >> >> >> >> 敬具 >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > >_______________________________________________ >Testlinkjp-users mailing list >Testlinkjp-users ＠ lists.sourceforge.jp >http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users From sunday_walker_field ＠ yahoo.co.jp Tue Sep 8 22:05:05 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Tue, 8 Sep 2009 22:05:05 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: Message-ID: <399593.51496.qm@web3903.mail.bbt.yahoo.co.jp> あきぴー さん、東 さん ご助言ありがとうございます。 > >メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 たしかに、大きなメールだと困る人もいるかもしれませんね。 > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 > ↓とか？ > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 ファイルをアップするにはユーザ登録が必要ではと思い、新規ユーザ登録しようとしてクリックしたのですが、新規ユーザ登録は受け付けていない旨のメッセージが表示されました。こちらにファイルをアップするにはどうしたらよろしいのでしょうか。 > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには > >リンク先を書くだけで十分です。 > > > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 こちらも方法が良くわからなくて... SourceForgでプロジェクトを検索したら、下記の(1)-(5)があるようです。どれも少し違うような気がして... プロジェクトを新しく作るほどのものでもないなと思いますし.... どこのプロジェクトが適切でしょうか。英語は苦手なので日本語のプロジェクトが良いです。 本当は本家などで統合してもらえるとありがたいものですが... 初心者のコードなので本家のレビューにパスしないのでしょうね... ----- SourceForgのTestLink関連プロジェクト ---- (1) TestLinkTools オープンソースのテスト管理ツールTestLink用のツールを開発しています。 TestLinkを現場で使うには、既存の試験書（テスト仕様書）を如何して移行できるかが、カギではないかと思います。 TestLinkではXMLファイルをインポートすることでデータを移植できます。「EXCEL試験書からのXMLファイル変換マクロ:TestLinkCnvMacro」を公開しています。また、TestLinkより日本語データを元の書式でEXCELシートに取込むこともできます。 ■TestLinkC... (2) TestLink日本語化 TestLinkを日本語化したいのです． TEF メンバー有志で日本語化を分担できればと思います． (3) TestLink TestLinkのテストの管理と実行を追跡システムのWebベースのインターフェイスとSOAPです。これは、ソフトウェア開発プロセスを合理化するためのツールです。また品質保証チームを作成し、そのテストケースを管理し、テスト計画を実行に合わせて分類することができます。ユーザーも、要件を管理することができるレポートを作成し、バグの追跡で直接動作します。 (4) AgilTestList AgilTestList TestLink （ http://testlink.sourceforge.net/docs/testLink.php ）が通agilを開発するための統合とテストケースのように指定するための小型のWebツールです。 (5) TestLink TestLinkは、 Webベースのテスト管理ツールです。アプリケーションのテスト仕様書、テスト計画、実行、レポート作成、要件仕様、よく知られているとの連携のバグを追跡しています。 Sunday Walker --- AZMA Daisuke wrote: > 東です、こんにちは。 > > そうですね、せっかくのハックなので広く利用できると良いですね！ > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 > ↓とか？ > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 > > > 「Akipii Oga」さんの から > > >あきぴーです。 > >横レスで申し訳ないですが、パッチをSourceForgに置いて公開してはどうですか？ > >＞Sunday Walkerさん > > > >メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには > >リンク先を書くだけで十分です。 > > > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 > >情報は一元化したいですし。 > > > >せっかくの優れたパッチなので、是非、全員で情報共有できればと思います。 > >以上、よろしくお願いします。 > > > >09/09/08 R.Funaki : > >> > >> Sunday Walker 様 > >> > >> 何から何まで本当にありがとうございます。 > >> Sunday Walker 様のおかげで実運用サーバをバージョンアップする自信ができました。 > >> またいろいろお聞きすることも多いかと思いますがよろしくお願いいたします。 > >> > >> P.s > >> 是非guestではなく、Sunday Walker名でTestLink本家BTSに投稿してください。 > >> 異国にいる我々にとって何よりの励みになります。 > >> > >> > >> > >> 敬具 > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > > > > > >_______________________________________________ > >Testlinkjp-users mailing list > >Testlinkjp-users ＠ lists.sourceforge.jp > >http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From akipii ＠ gmail.com Tue Sep 8 22:35:10 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Tue, 8 Sep 2009 22:35:10 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRl?= =?iso-2022-jp?b?c3RsaW5rIDEuOC4zKQ==?= In-Reply-To: <399593.51496.qm@web3903.mail.bbt.yahoo.co.jp> References: <399593.51496.qm@web3903.mail.bbt.yahoo.co.jp> Message-ID: こんばんは、あきぴーです。 SourceForgに新規プロジェクトを作り、Sunday Walkerさんのパッチをバージョン管理 すればいいのではないでしょうか？ このパッチはおそらく、今後もSunday Walkerさんしか保守しないと思いますので、 リポジトリごと公開された方が、他の方も見れるし、保守したいと手を上げてくれる 人も増えるかもしれません。 SourceForgをお勧めしたのは、パッチのバージョン管理だけでなく、インストール方法や ちょっとしたTipsなどの説明文もWikiなどで公開できるし、Googleの検索にも引っかかる からです。 ＃GoogleCodeでも構いませんが。 ノウハウは公開した方が、色んな人のアイデアが集まって、より良いものに育つ可能性が 広がると思います。 横槍レスですみませんが、よろしくお願いします。 09/09/08 Sunday Walker : > > あきぴー さん、東 さん > > ご助言ありがとうございます。 > > > > >メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 > > たしかに、大きなメールだと困る人もいるかもしれませんね。 > > > > > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 > > ↓とか？ > > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 > > > > ファイルをアップするにはユーザ登録が必要ではと思い、新規ユーザ登録しようとしてクリックしたのですが、新規ユーザ登録は受け付けていない旨のメッセージが表示されました。こちらにファイルをアップするにはどうしたらよろしいのでしょうか。 > > > > > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには > > >リンク先を書くだけで十分です。 > > > > > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 > > > こちらも方法が良くわからなくて... > SourceForgでプロジェクトを検索したら、下記の(1)-(5)があるようです。どれも少し違うような気がして... > プロジェクトを新しく作るほどのものでもないなと思いますし.... どこのプロジェクトが適切でしょうか。英語は苦手なので日本語のプロジェクトが良いです。 > > 本当は本家などで統合してもらえるとありがたいものですが... > 初心者のコードなので本家のレビューにパスしないのでしょうね... > > > ----- SourceForgのTestLink関連プロジェクト ---- > (1) TestLinkTools オープンソースのテスト管理ツールTestLink用のツールを開発しています。 > TestLinkを現場で使うには、既存の試験書（テスト仕様書）を如何して移行できるかが、カギではないかと思います。 > TestLinkではXMLファイルをインポートすることでデータを移植できます。「EXCEL試験書からのXMLファイル変換マクロ:TestLinkCnvMacro」を公開しています。また、TestLinkより日本語データを元の書式でEXCELシートに取込むこともできます。 > ■TestLinkC... > > (2) TestLink日本語化 TestLinkを日本語化したいのです． TEF メンバー有志で日本語化を分担できればと思います． > > (3) > TestLink TestLinkのテストの管理と実行を追跡システムのWebベースのインターフェイスとSOAPです。これは、ソフトウェア開発プロセスを合理化するためのツールです。また品質保証チームを作成し、そのテストケースを管理し、テスト計画を実行に合わせて分類することができます。ユーザーも、要件を管理することができるレポートを作成し、バグの追跡で直接動作します。 > > (4) AgilTestList AgilTestList TestLink （ > http://testlink.sourceforge.net/docs/testLink.php）が通agilを開発するための統合とテストケースのように指定するための小型のWebツールです。 > > (5) TestLink TestLinkは、 > Webベースのテスト管理ツールです。アプリケーションのテスト仕様書、テスト計画、実行、レポート作成、要件仕様、よく知られているとの連携のバグを追跡しています。 > > > Sunday Walker > > > --- AZMA Daisuke wrote: > > 東です、こんにちは。 > > > > そうですね、せっかくのハックなので広く利用できると良いですね！ > > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 > > ↓とか？ > > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 > > > > > > 「Akipii Oga」さんの < > f725d8620909071942l9579b00lbb91f7b56f26b0e1 ＠ mail.gmail.com> から > > > > >あきぴーです。 > > >横レスで申し訳ないですが、パッチをSourceForgに置いて公開してはどうですか？ > > >＞Sunday Walkerさん > > > > > >メーリングリストへ大きな添付ファイル(パッチ)を流すのはマナー上どうかと思いますし、 > > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには > > >リンク先を書くだけで十分です。 > > > > > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 > > >情報は一元化したいですし。 > > > > > >せっかくの優れたパッチなので、是非、全員で情報共有できればと思います。 > > >以上、よろしくお願いします。 > > > > > >09/09/08 R.Funaki : > > >> > > >> Sunday Walker 様 > > >> > > >> 何から何まで本当にありがとうございます。 > > >> Sunday Walker 様のおかげで実運用サーバをバージョンアップする自信ができました。 > > >> またいろいろお聞きすることも多いかと思いますがよろしくお願いいたします。 > > >> > > >> P.s > > >> 是非guestではなく、Sunday Walker名でTestLink本家BTSに投稿してください。 > > >> 異国にいる我々にとって何よりの励みになります。 > > >> > > >> > > >> > > >> 敬具 > > >> _______________________________________________ > > >> Testlinkjp-users mailing list > > >> Testlinkjp-users ＠ lists.sourceforge.jp > > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> > > > > > > > > >_______________________________________________ > > >Testlinkjp-users mailing list > > >Testlinkjp-users ＠ lists.sourceforge.jp > > >http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090908/ef74fb0a/attachment-0001.htm From ryo.funaki ＠ gmail.com Wed Sep 9 14:37:30 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Wed, 9 Sep 2009 13:37:30 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjMg44Kw44Op44OV44GM6KGo56S644GX?= =?utf-8?b?44Gq44GE?= Message-ID: <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5@mail.gmail.com> 船木と申します。 いつもお世話になっております。 1.8.3でグラフ自体の表示ができなくて困っております。 lib/results/overallPieChart.php，lib/results/keywordBarChart.php，lib/results/ownerBarChart.php，lib/results/topLevelSuitesBarChart.phpからの画像データがうまく表示できていません。 fontがらみでエラーログに PHP Fatal error: Call to undefined function imageftbbox() in /var/www/html/testlink/third_party/pchart/pChart/pChart.class on line 2404が出ていたので、freetypeをインストールしビルドしなおして、PHPのエラーはでなくなったのですが、相変わらずグラフ画像の部分はXのままです。 CentOS5.2でPHPのバージョンは5.2.9上でソースからビルドしています。 configureのオプションは以下です。 ./configure --with-apxs2=/usr/sbin/apxs --enable-mbstring --with-mysql \ --with-mysqli --enable-pdo --with-pdo-mysql \ --with-gd --enable-gd-native-ttf --with-ttf --with-freetype-dir=/usr/lib \ --with-jpeg-dir=/usr/lib/libjpeg.so.62 どなたかご存知の方がいらっしゃれば、ご教授ください。 From daisuke.azuma ＠ jnovel.co.jp Fri Sep 11 11:22:11 2009 From: daisuke.azuma ＠ jnovel.co.jp (AZMA Daisuke) Date: Fri, 11 Sep 2009 11:22:11 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: References: <399593.51496.qm@web3903.mail.bbt.yahoo.co.jp> Message-ID: 東％マルチレス です、こんにちは。 「Akipii Oga」さんの から >SourceForgに新規プロジェクトを作り、Sunday Walkerさんのパッチをバージョン管理 >すればいいのではないでしょうか？ >このパッチはおそらく、今後もSunday Walkerさんしか保守しないと思いますので、 >リポジトリごと公開された方が、他の方も見れるし、保守したいと手を上げてくれる >人も増えるかもしれません。 > >SourceForgをお勧めしたのは、パッチのバージョン管理だけでなく、インストール方法や >ちょっとしたTipsなどの説明文もWikiなどで公開できるし、Googleの検索にも引っかかる >からです。 >＃GoogleCodeでも構いませんが。 >ノウハウは公開した方が、色んな人のアイデアが集まって、より良いものに育つ可能性が >広がると思います。 そうですね、特に公開されて広く利用しやすいならどこでも良いと思います。 SourceForge 良いですね。 09/09/08 Sunday Walker : >> > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 >> > ↓とか？ >> > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 >> >> >> >> ファイルをアップするにはユーザ登録が必要ではと思い、新規ユーザ登録しようとしてクリックしたのですが、新規ユーザ登録は受け付けていない旨のメッセージが表示されました。こちらにファイルをアップするにはどうしたらよろしいのでしょうか。 あらっ？TestLinkJP サイトに招待しましょうか？ >> > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには >> > >リンク先を書くだけで十分です。 >> > > >> > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 >> >> >> こちらも方法が良くわからなくて... >> SourceForgでプロジェクトを検索したら、下記の(1)-(5)があるようです。どれも少し違うような気がして... >> プロジェクトを新しく作るほどのものでもないなと思いますし.... どこのプロジェクトが適切でしょうか。英語は苦手なので日本語のプロジェクトが良いです。 >> >> 本当は本家などで統合してもらえるとありがたいものですが... >> 初心者のコードなので本家のレビューにパスしないのでしょうね... 開発元にパッチ提供するのが一番良いと思います。 うーん、地道にパッチ提供すると良いのかもです。 特にバグ修正に当たる部分をあちらの Mantis にパッチ投稿してみては いかがでしょうか？ ＃ボクも英語が得意じゃないのでアレですが、よろしければ英語説明お ＃手伝いいたします。 -- AZMA Daisuke daisuke.azuma ＠ jnovel.co.jp 22% (--;) From daisuke.azuma ＠ jnovel.co.jp Fri Sep 11 11:32:09 2009 From: daisuke.azuma ＠ jnovel.co.jp (AZMA Daisuke) Date: Fri, 11 Sep 2009 11:32:09 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?MS44LjMgGyRCJTAlaSVVJCwbKEI=?= =?iso-2022-jp?b?GyRCST08KCQ3JEokJBsoQg==?= In-Reply-To: <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5@mail.gmail.com> References: <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5@mail.gmail.com> Message-ID: 東です、こんにちは。 CentOS はよく知りませんが、エラーを見ますと、関数がない ようですね。 http://php.plus-server.net/function.imageftbbox.html 「GD 2.0.1 以降を必要とします」とありますので、GD はイン ストールされていますか？ phpinfo() の出力があればもう少しわかるかもしれません。 「R.Funaki」さんの <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5 ＠ mail.gmail.com> から >船木と申します。 >いつもお世話になっております。 > >1.8.3でグラフ自体の表示ができなくて困っております。 >lib/results/overallPieChart.php，lib/results/keywordBarChart.php，lib/results/ownerBarChart.php，lib/results/topLevelSuitesBarChart.phpからの画像データがうまく表示できていません。 > >fontがらみでエラーログに > PHP Fatal error: Call to undefined function imageftbbox() in >/var/www/html/testlink/third_party/pchart/pChart/pChart.class on line >2404が出ていたので、freetypeをインストールしビルドしなおして、PHPのエラーはでなくなったのですが、相変わらずグラフ画像の部分はXのままです。 > >CentOS5.2でPHPのバージョンは5.2.9上でソースからビルドしています。 >configureのオプションは以下です。 > >./configure --with-apxs2=/usr/sbin/apxs --enable-mbstring --with-mysql \ >--with-mysqli --enable-pdo --with-pdo-mysql \ >--with-gd --enable-gd-native-ttf --with-ttf --with-freetype-dir=/usr/lib \ >--with-jpeg-dir=/usr/lib/libjpeg.so.62 > >どなたかご存知の方がいらっしゃれば、ご教授ください。 >_______________________________________________ >Testlinkjp-users mailing list >Testlinkjp-users ＠ lists.sourceforge.jp >http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- AZMA Daisuke daisuke.azuma ＠ jnovel.co.jp From ryo.funaki ＠ gmail.com Fri Sep 11 13:43:26 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 12:43:26 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjMg44Kw44Op44OV44GM6KGo56S644GX?= =?utf-8?b?44Gq44GE?= In-Reply-To: References: <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5@mail.gmail.com> Message-ID: <75fcc7b70909102143h70d197fan4dd6459153bd6a4e@mail.gmail.com> 船木です。 東さん、ありがとうございます。 このエラーはfreetypeとfreetype-develをインストールして回避しています。 なので現在は、PHPのエラーはapacheログにはでていない?態、加えて TestLink1.8.3のイベントにも出現していないので困ってます。 gdもインストールしているんですが・・。 すいません以下phpinfo()です。なにかわかりましたらよろしくお願いいたします。 -------------- next part -------------- phpinfo() PHP Version => 5.2.9 System => Linux localhost.localdomain 2.6.18-92.el5 #1 SMP Tue Jun 10 18:49:47 EDT 2008 i686 Build Date => Sep 10 2009 17:27:11 Configure Command => './configure' '--with-apxs2=/usr/sbin/apxs' '--enable-mbstring' '--with-mysql' '--with-mysqli' '--enable-pdo' '--with-pdo-mysql' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-freetype-dir=/usr/lib' '--with-jpeg-dir=/usr/lib/libjpeg.so.62' '--enable-zip' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/lib Loaded Configuration File => /usr/local/lib/php.ini Scan this dir for additional .ini files => (none) additional .ini files parsed => (none) PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => zip, php, file, data, http, ftp Registered Stream Socket Transports => tcp, udp, unix, udg Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies _______________________________________________________________________ Configuration PHP Core Directive => Local Value => Master Value allow_call_time_pass_reference => Off => Off allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => no value => no value default_charset => UTF-8 => UTF-8 default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => Off => Off display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => 6143 => 6143 expose_php => On => On extension_dir => /usr/local/lib/php/extensions => /usr/local/lib/php/extensions file_uploads => On => On highlight.bg => #FFFFFF => #FFFFFF highlight.comment => #FF8000 => #FF8000 highlight.default => #0000BB => #0000BB highlight.html => #000000 => #000000 highlight.keyword => #007700 => #007700 highlight.string => #DD0000 => #DD0000 html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .:/php/includes:/usr/local/lib/php:/usr/lib:/var/www/html/testlink/third_party/smarty => .:/php/includes:/usr/local/lib/php:/usr/lib:/var/www/html/testlink/third_party/smarty log_errors => On => On log_errors_max_len => 1024 => 1024 magic_quotes_gpc => Off => Off magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.force_extra_parameters => no value => no value max_execution_time => 0 => 0 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 memory_limit => 16M => 16M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => mb_output_handler => mb_output_handler post_max_size => 8M => 8M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => Off => Off register_long_arrays => Off => Off report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => /usr/sbin/sendmail -t -i => /usr/sbin/sendmail -t -i serialize_precision => 100 => 100 short_open_tag => On => On SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off track_errors => Off => Off unserialize_callback_func => no value => no value upload_max_filesize => 2M => 2M upload_tmp_dir => no value => no value user_dir => no value => no value variables_order => EGPCS => EGPCS xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off y2k_compliance => On => On zend.ze1_compatibility_mode => Off => Off ctype ctype functions => enabled date date/time support => enabled "Olson" Timezone Database Version => 2009.1 Timezone Database => internal Default timezone => Asia/Chongqing Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => no value => no value dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.6.26 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled filter Input Validation and Filtering => enabled Revision => $Revision: 1.52.2.45 $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value gd GD Support => enabled GD Version => bundled (2.0.34 compatible) FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.2.1 GIF Read Support => enabled GIF Create Support => enabled JPG Support => enabled PNG Support => enabled WBMP Support => enabled XBM Support => enabled hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru gost adler32 crc32 crc32b haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support => enabled iconv implementation => glibc iconv library version => 2.5 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Version => 2.6.26 libXML streams => enabled mbstring Multibyte Support => enabled Multibyte string engine => libmbfl Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) version => 4.4.4 Multibyte regex (oniguruma) backtrack check => On mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value mysql MySQL Support => enabled Active Persistent Links => 0 Active Links => 0 Client API version => 5.0.45 MYSQL_MODULE_TYPE => external MYSQL_SOCKET => /var/lib/mysql/mysql.sock MYSQL_INCLUDE => -I/usr/include/mysql MYSQL_LIBS => -L/usr/lib/mysql -lmysqlclient Directive => Local Value => Master Value mysql.allow_persistent => On => On mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => no value => no value mysql.default_socket => no value => no value mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MysqlI Support => enabled Client API library version => 5.0.45 Client API header version => 5.0.45 MYSQLI_SOCKET => /var/lib/mysql/mysql.sock Directive => Local Value => Master Value mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => no value => no value mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.reconnect => Off => Off pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 7.8 2008-09-05 Directive => Local Value => Master Value pcre.backtrack_limit => 100000 => 100000 pcre.recursion_limit => 100000 => 100000 PDO PDO support => enabled PDO drivers => sqlite2, sqlite, mysql pdo_mysql PDO Driver for MySQL, client library version => 5.0.45 pdo_sqlite PDO Driver for SQLite 3.x => enabled PECL Module version => (bundled) 1.0.1 $Id: pdo_sqlite.c,v 1.10.2.6.2.4 2008/12/31 11:17:42 sebastian Exp $ SQLite Library => 3.3.7 posix Revision => $Revision: 1.70.2.3.2.22 $ Reflection Reflection => enabled Version => $Id: php_reflection.c,v 1.164.2.33.2.55 2008/12/31 11:17:42 sebastian Exp $ session Session Support => enabled Registered save handlers => files user sqlite Registered serializer handlers => php php_binary Directive => Local Value => Master Value session.auto_start => Off => Off session.bug_compat_42 => Off => Off session.bug_compat_warn => On => On session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => no value => no value session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => Off => Off session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Revision: 1.151.2.22.2.46 $ Schema support => enabled SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilterIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RegexIterator, RuntimeException, SimpleXMLIterator, SplFileInfo, SplFileObject, SplObjectStorage, SplTempFileObject, UnderflowException, UnexpectedValueException SQLite SQLite support => enabled PECL Module version => 2.0-dev $Id: sqlite.c,v 1.166.2.13.2.12 2008/12/31 11:17:44 sebastian Exp $ SQLite Library => 2.8.17 SQLite Encoding => iso8859 Directive => Local Value => Master Value sqlite.assoc_case => 0 => 0 standard Regex Library => Bundled library enabled Dynamic Library Support => enabled Path to sendmail => /usr/sbin/sendmail -t -i Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 60 => 60 safe_mode_allowed_env_vars => PHP_ => PHP_ safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH url_rewriter.tags => a=href,area=href,frame=src,input=src,form=fakeentry => a=href,area=href,frame=src,input=src,form=fakeentry user_agent => no value => no value tokenizer Tokenizer Support => enabled xml XML Support => active XML Namespace Support => active libxml2 Version => 2.6.26 xmlreader XMLReader => enabled xmlwriter XMLWriter => enabled zip Zip => enabled Extension Version => $Id: php_zip.c,v 1.1.2.49 2009/02/05 19:53:22 pajoye Exp $ Zip version => 1.8.11 Libzip version => 0.9.0 Additional Modules Module Name Environment Variable => Value HOSTNAME => localhost.localdomain TERM => xterm SHELL => /bin/bash HISTSIZE => 1000 SSH_CLIENT => 172.16.1.25 3040 22 SSH_TTY => /dev/pts/1 USER => funaki LS_COLORS => no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35: MAIL => /var/spool/mail/funaki PATH => /usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/funaki/bin INPUTRC => /etc/inputrc PWD => /home/funaki LANG => zh_TW.UTF-8 SSH_ASKPASS => /usr/libexec/openssh/gnome-ssh-askpass SHLVL => 1 HOME => /home/funaki LOGNAME => funaki CVS_RSH => ssh SSH_CONNECTION => 172.16.1.25 3040 172.16.1.2 22 LESSOPEN => |/usr/bin/lesspipe.sh %s G_BROKEN_FILENAMES => 1 _ => /usr/local/bin/php PHP Variables Variable => Value _SERVER["HOSTNAME"] => localhost.localdomain _SERVER["TERM"] => xterm _SERVER["SHELL"] => /bin/bash _SERVER["HISTSIZE"] => 1000 _SERVER["SSH_CLIENT"] => 172.16.1.25 3040 22 _SERVER["SSH_TTY"] => /dev/pts/1 _SERVER["USER"] => funaki _SERVER["LS_COLORS"] => no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35: _SERVER["MAIL"] => /var/spool/mail/funaki _SERVER["PATH"] => /usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/funaki/bin _SERVER["INPUTRC"] => /etc/inputrc _SERVER["PWD"] => /home/funaki _SERVER["LANG"] => zh_TW.UTF-8 _SERVER["SSH_ASKPASS"] => /usr/libexec/openssh/gnome-ssh-askpass _SERVER["SHLVL"] => 1 _SERVER["HOME"] => /home/funaki _SERVER["LOGNAME"] => funaki _SERVER["CVS_RSH"] => ssh _SERVER["SSH_CONNECTION"] => 172.16.1.25 3040 172.16.1.2 22 _SERVER["LESSOPEN"] => |/usr/bin/lesspipe.sh %s _SERVER["G_BROKEN_FILENAMES"] => 1 _SERVER["_"] => /usr/local/bin/php _SERVER["PHP_SELF"] => _SERVER["SCRIPT_NAME"] => _SERVER["SCRIPT_FILENAME"] => _SERVER["PATH_TRANSLATED"] => _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME"] => 1252648350 _SERVER["argv"] => Array ( ) _SERVER["argc"] => 0 _ENV["HOSTNAME"] => localhost.localdomain _ENV["TERM"] => xterm _ENV["SHELL"] => /bin/bash _ENV["HISTSIZE"] => 1000 _ENV["SSH_CLIENT"] => 172.16.1.25 3040 22 _ENV["SSH_TTY"] => /dev/pts/1 _ENV["USER"] => funaki _ENV["LS_COLORS"] => no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35: _ENV["MAIL"] => /var/spool/mail/funaki _ENV["PATH"] => /usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/funaki/bin _ENV["INPUTRC"] => /etc/inputrc _ENV["PWD"] => /home/funaki _ENV["LANG"] => zh_TW.UTF-8 _ENV["SSH_ASKPASS"] => /usr/libexec/openssh/gnome-ssh-askpass _ENV["SHLVL"] => 1 _ENV["HOME"] => /home/funaki _ENV["LOGNAME"] => funaki _ENV["CVS_RSH"] => ssh _ENV["SSH_CONNECTION"] => 172.16.1.25 3040 172.16.1.2 22 _ENV["LESSOPEN"] => |/usr/bin/lesspipe.sh %s _ENV["G_BROKEN_FILENAMES"] => 1 _ENV["_"] => /usr/local/bin/php PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license ＠ php.net. From ryo.funaki ＠ gmail.com Fri Sep 11 15:51:03 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 14:51:03 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjMg44Kw44Op44OV44GM6KGo56S644GX?= =?utf-8?b?44Gq44GE?= In-Reply-To: <75fcc7b70909102143h70d197fan4dd6459153bd6a4e@mail.gmail.com> References: <75fcc7b70909082237n6f16bf74w13e0980c5a65a6e5@mail.gmail.com> <75fcc7b70909102143h70d197fan4dd6459153bd6a4e@mail.gmail.com> Message-ID: <75fcc7b70909102351h46a1c760gbcb61971a3e066f6@mail.gmail.com> 船木です。 　東さん。大変申し訳ありませんでした。 原因は、中国語ローカライズしたstrings.txtの最終行に空白行があったためでした。 これが原因でheader命令が失敗するようで、ファイルのダウンロード時にcontentヘッダーが 付加されないためでした。重ねて、ありがとうございました。m(__)m 敬具 From hnishi ＠ skygroup.jp Fri Sep 11 16:29:47 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 11 Sep 2009 16:29:47 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44LjMg?= =?iso-2022-jp?b?GyRCJEclRCVqITw+ZSRLGyhCdGVzdGNhc2VfaWQ=?= =?iso-2022-jp?b?GyRCJHJJPTwoJDkkazBZJE4lMyE8JUlKUTk5ISEbKEJ2ZXIg?= =?iso-2022-jp?b?MC4y?= References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local><2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> Message-ID: <0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> みなさん こんにちは、西山です。 ツリー部以外のtestcase_id表示対応の　ver 0.2をリリースしました。 TestLinkのバックアップコードを作成してから、上書きしてください。 ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの 　$tlCfg->treemenu_show_testcase_idの値で切替えます。 　省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　 // 2: show testcase_id by hnishi ----------------------------------- ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v02_testlinkPatch_183.tar.gz ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Tuesday, September 08, 2009 11:33 AM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みなさん こんにちは、西山です。 変更コードは、下記からダウンロードできます。 TestLinkのバックアップコードを作成してから、上書きしてください。 ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v01_testlinkPatch_183.tar.gz 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの $tlCfg->treemenu_show_testcase_idの値で切替えます。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 04, 2009 5:14 PM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 ＞従来の1.7から1.8へデータ移行した場合、 ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と ＞tc_external_id が全て0で表示されます。。。 ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 1.8のインストール時に1.7から1.8へデータ移行した場合、 TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id の場合に、画面上部のナビゲーションバーにある検索窓においても、 testcase_id で検索できる様にする為のコード変更です。 (1)testlink_183/lib/general/navBar.php:28 if( $gui->tprojectID > 0) { $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . config_get('testcase_cfg')->glue_character; $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { ; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $gui->tcasePrefix = ""; } ------------------------------- (2)testlink_183/lib/general/archiveData.php:58 // need to get internal Id from External ID $cfg = config_get('testcase_cfg'); $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $args->id = (int) $args->targetTestCase; $tcase_info = $item_mgr->get_by_id($args->id); if( null == $tcase_info ) { $args->id = 0; echo "" . $args->targetTestCase ; } } ------------------------------- 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, September 03, 2009 5:43 PM Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 従来の1.7から1.8へデータ移行した場合、 TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と tc_external_id が全て0で表示されます。。。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 $tlCfg->treemenu_type = 'EXTJS'; $tlCfg->treemenu_type = 'JTREE';　に対応してます。 (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars( $path['id'] . ":") . $path['text']; } ------------------------------------ (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $label .= "{$testCasePrefix}{$node['external_id']}:"; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $label .= "{$node['id']}:"; } ------------------------------------ 以上です。 -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090911/fc6dd158/attachment.htm From daisuke.azuma ＠ jnovel.co.jp Fri Sep 11 17:01:30 2009 From: daisuke.azuma ＠ jnovel.co.jp (AZMA Daisuke) Date: Fri, 11 Sep 2009 17:01:30 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?MS44LjMgGyRCJTAlaSVVJCwbKEI=?= =?iso-2022-jp?b?GyRCST08KCQ3JEokJBsoQg==?= In-Reply-To: <75fcc7b70909102351h46a1c760gbcb61971a3e066f6@mail.gmail.com> References: <75fcc7b70909102143h70d197fan4dd6459153bd6a4e@mail.gmail.com> <75fcc7b70909102351h46a1c760gbcb61971a3e066f6@mail.gmail.com> Message-ID: 舟木さん 東です、こんにちは。 解決されましたか！良かったです。 ＃しかし外してましたね・・ 「R.Funaki」さんの <75fcc7b70909102351h46a1c760gbcb61971a3e066f6 ＠ mail.gmail.com> から >船木です。 > >　東さん。大変申し訳ありませんでした。 >原因は、中国語ローカライズしたstrings.txtの最終行に空白行があったためでした。 >これが原因でheader命令が失敗するようで、ファイルのダウンロード時にcontentヘッダーが >付加されないためでした。重ねて、ありがとうございました。m(__)m > >敬具 >_______________________________________________ >Testlinkjp-users mailing list >Testlinkjp-users ＠ lists.sourceforge.jp >http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- AZMA Daisuke daisuke.azuma ＠ jnovel.co.jp 22% (--;) From guojiaolei ＠ yahoo.co.jp Fri Sep 11 17:11:54 2009 From: guojiaolei ＠ yahoo.co.jp (=?iso-2022-jp?B?GyRCM1QbKEIgGyRCVUhpMhsoQg==?=) Date: Fri, 11 Sep 2009 17:11:54 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVjxCOVQbKEI=?= =?iso-2022-jp?b?GyRCIVc7fiROIVYbKEJYTUwbJEIkKyRpN2syTCRyJSQlcyVdITwbKEI=?= =?iso-2022-jp?b?GyRCJUghVxsoQg==?= Message-ID: <20090911081154.3537.qmail@web4206.mail.ogk.yahoo.co.jp> Testlinkjp-usersの皆様： お疲れ様です。郭と申します。 all_in_one_testlinkjp1.8.1を使っています。 「実行」→「XMLから結果をインポート」機能については、結果をDBに登録しましたのに、 実行履歴に表示されなかったが、「結果」に確認すると、ビルドに何も登録されなかったので、表示できないみたいです。 質問は： １．「XMLから結果をインポート」機能は、最新のビルドに登録するはずですか？ ２．もし、１が正しいなら、何か設定があるでしょうか？ 教えてお願い致します。 Power up the Internet with Yahoo! Toolbar. -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090911/c99308b0/attachment.htm From ryo.funaki ＠ gmail.com Fri Sep 11 17:32:18 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 16:32:18 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjMg44Kw44Op44OV44GM6KGo56S644GX?= =?utf-8?b?44Gq44GE?= In-Reply-To: References: <75fcc7b70909102143h70d197fan4dd6459153bd6a4e@mail.gmail.com> <75fcc7b70909102351h46a1c760gbcb61971a3e066f6@mail.gmail.com> Message-ID: <75fcc7b70909110132w4d0faa1bm9e6c605ff8b41e99@mail.gmail.com> 東さん いや本当にありがとうございます。 おかげさまで、とりあえずですが繁体中国語でも、 TIPSの"Q23.TestLink1.8.1でグラフに日本語を表示する方法"で SundayWalkerさんお勧めのVLゴシックフォントを使って 繁体中国語の文言を表示させることができました。 プロジェクト名とかに難しい漢字が出てくるまではこれで使えます。 敬具 From ryo.funaki ＠ gmail.com Fri Sep 11 17:40:10 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 16:40:10 +0800 Subject: [Testlinkjp-users] =?utf-8?b?5re75LuY44OV44Kh44Kk44Or44Gu55S75YOP?= =?utf-8?b?44KS6KGo56S6562JKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5rIDEuOC4z?= =?utf-8?q?=29?= In-Reply-To: References: <399593.51496.qm@web3903.mail.bbt.yahoo.co.jp> Message-ID: <75fcc7b70909110140y5e588d1ciced14365794647aa@mail.gmail.com> 船木です。 すいません。横槍です。 SundayWalke様の提供パッチはすべて本家のMANTISのインシデントへ紐づいていると思いました。 次バージョンで反映されることを期待しています。 From ryo.funaki ＠ gmail.com Fri Sep 11 17:51:14 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 16:51:14 +0800 Subject: [Testlinkjp-users] =?utf-8?b?VGVzdExpbmsgMS44LjMg44Gn44OE44Oq44O8?= =?utf-8?b?5LiK44GrdGVzdGNhc2VfaWTjgpLooajnpLrjgZnjgovngrrjga7jgrM=?= =?utf-8?b?44O844OJ5aSJ5pu044CAdmVyIDAuMg==?= In-Reply-To: <0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local> <2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> <0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> Message-ID: <75fcc7b70909110151m10cca742ve1c9f68a6383da30@mail.gmail.com> 西山さん 船木です。 いつも本当にお世話になっております。 初版に上書きしても良いですか？ お手数をおかけいたしますが、よろしければ教えてください。 敬具 2009年9月11日15:29 西山 博実 : > みなさん > こんにちは、西山です。 > > ツリー部以外のtestcase_id表示対応の　ver 0.2をリリースしました。 > TestLinkのバックアップコードを作成してから、上書きしてください。 > > ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの > 　$tlCfg->treemenu_show_testcase_idの値で切替えます。 > 　省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 > ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 > > testlink_183/config.inc.php:445 > /** show/hide testcase id on tree menu */ > $tlCfg->treemenu_show_testcase_id = TRUE;???? //??? show tc_external_id　 by > hnishi > $tlCfg->treemenu_show_testcase_id = 2;???? 　? ? // 2: show testcase_id > by hnishi > ----------------------------------- > > > ■ダウンロード > TestLinkTools::TestLinkPatch > http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 > v02_testlinkPatch_183.tar.gz > > > ----- Original Message ----- > > From: 西山 博実 > To: TestLink JP Users ML > Sent: Tuesday, September 08, 2009 11:33 AM > Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 > みなさん > こんにちは、西山です。 > > 変更コードは、下記からダウンロードできます。 > TestLinkのバックアップコードを作成してから、上書きしてください。 > > ■ダウンロード > TestLinkTools::TestLinkPatch > http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 > v01_testlinkPatch_183.tar.gz > > > 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの > $tlCfg->treemenu_show_testcase_idの値で切替えます。 > > > > ----- Original Message ----- > > From: 西山 博実 > To: TestLink JP Users ML > Sent: Friday, September 04, 2009 5:14 PM > Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 > みんささん > 今晩は、西山です。 > > ＞従来の1.7から1.8へデータ移行した場合、 > ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と > ＞tc_external_id が全て0で表示されます。。。 > ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） > > 1.8のインストール時に1.7から1.8へデータ移行した場合、 > TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 > （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） > > > $tlCfg->treemenu_show_testcase_id = 2; ??? // show testcase_id > の場合に、画面上部のナビゲーションバーにある検索窓においても、 > testcase_id で検索できる様にする為のコード変更です。 > (1)testlink_183/lib/general/navBar.php:28 > if( $gui->tprojectID > 0) > { > ??? $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . > ??????????????????????? config_get('testcase_cfg')->glue_character; > ????$showTestCaseID=config_get('treemenu_show_testcase_id');??? // by hnishi > ????if( 1 == $showTestCaseID )??????? ??? // show tc_external_id?by hnishi > ????{ > ??? ??? ??; > ????} > ????else if( 2 == $showTestCaseID )????// show testcase_id?by hnishi > ????{ > ????? ??? $gui->tcasePrefix = ""; > ????} > ------------------------------- > > (2)testlink_183/lib/general/archiveData.php:58 > ?// need to get internal Id from External ID > ?$cfg = config_get('testcase_cfg'); > ?$showTestCaseID=config_get('treemenu_show_testcase_id');?// by hnishi > ?if( 1 == $showTestCaseID )???? ??? ??? // show tc_external_id?by hnishi > ?{ > > $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); > ?} > ?else if( 2 == $showTestCaseID )???? // show testcase_id?by hnishi > ?{ > ????? $args->id = (int) $args->targetTestCase; > ???? ?$tcase_info = $item_mgr->get_by_id($args->id); > ????? if( null == $tcase_info ) > ????? { > ?????? ??? $args->id = 0; > ?????? ??? echo "" . $args->targetTestCase ; > ???? ?} > ?} > ------------------------------- > 以上です。 > > > ----- Original Message ----- > From: 西山 博実 > To: TestLink JP Users ML > Sent: Thursday, September 03, 2009 5:43 PM > Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 > みんささん > 今晩は、西山です。 > > TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 > > 従来の1.7から1.8へデータ移行した場合、 > TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と > tc_external_id が全て0で表示されます。。。 > （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） > > 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 > config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 > > $tlCfg->treemenu_type = 'EXTJS'; > $tlCfg->treemenu_type = 'JTREE';　に対応してます。 > > > (1)testlink_183/config.inc.php:445 > /** show/hide testcase id on tree menu */ > $tlCfg->treemenu_show_testcase_id = TRUE;???? // 　　show tc_external_id　?by > hnishi > $tlCfg->treemenu_show_testcase_id = 2;?????　　 // 2:?? show testcase_id > by hnishi > ------------------------------------ > > (2)testlink_183/lib/ajax/gettprojectnodes.php:148???? for 'EXTJS' > if( 1 == $showTestCaseID ) ?????? ??? // show tc_external_id by hnishi > { > ?? $path['text'] = htmlspecialchars($tcprefix . > ????????????$external[$row['id']]['tc_external_id'] . ":") . > ???????????????? $path['text']; > } > else if( 2 == $showTestCaseID ) ??// show testcase_id by hnishi > { > ?? $path['text'] = htmlspecialchars( $path['id'] . ":") . > ???????????????? $path['text']; > } > ------------------------------------ > > (3)testlink_183/lib/function/treeMenu.inc.php:757? ??? ??? for 'JTREE' > if( 1 == $showTestCaseID )????? ??? // show tc_external_id?by hnishi > { > ???? $label .= "{$testCasePrefix}{$node['external_id']}:"; > } > else if( 2 == $showTestCaseID )????? // show testcase_id?by hnishi > { > ???? $label .= "{$node['id']}:"; > } > ------------------------------------ > > 以上です。 > > > > ________________________________ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > ________________________________ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > ________________________________ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > From ryo.funaki ＠ gmail.com Fri Sep 11 18:32:53 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 17:32:53 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjPjg5Hjg4Pjg4Hmt7vku5jjg5XjgqE=?= =?utf-8?b?44Kk44Or44Gu6KGo56S644Gr44Gk44GE44Gm?= Message-ID: <75fcc7b70909110232s176a8133j9cfc37d918870b87@mail.gmail.com> To　SundayWalker様 船木です。 いつもお世話になっております。 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる 添付ファイルの種類を教えていただけないでしょうか。 （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) 当方JPEGとテキストは確認しております。 運用上でエビデンスを添付する形にしていて、表示できないものはファイル名称を表示したいと思っています。 何卒よろしくお願いいたします。 From sunday_walker_field ＠ yahoo.co.jp Fri Sep 11 21:07:37 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 11 Sep 2009 21:07:37 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?MS44LjMbJEIlUSVDJUFFOklVGyhC?= =?iso-2022-jp?b?GyRCJVUlISUkJWskTkk9PCgkSyREJCQkRhsoQg==?= In-Reply-To: <75fcc7b70909110232s176a8133j9cfc37d918870b87@mail.gmail.com> Message-ID: <20090911120738.52941.qmail@web3912.mail.bbt.yahoo.co.jp> 船木 さん 連絡ありがとうございます。 またパッチの活用ありがとうございます。自分で使いたい機能を作ったとはいえ、使っていただいていることは私のモチベージョンアップにつながります。 > 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる > 添付ファイルの種類を教えていただけないでしょうか。 > （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) > 当方JPEGとテキストは確認しております。 結論から言うと私も良くわかりません。 私の記憶が正しければ、私のパッチではTestLinkがファイルのtypeをimageと判定しているものとtextと判定しているものを単純に出力していたと思います。 また、実際にWordで表示できるかどうかはWordに依存する部分もあると思います。つまり、Wordが表示できる画像形式である必要がありますし、Wordが表示できるテキストエンコードである必要があります。（HTML出力の場合でもブラウザ依存の部分あり） ちなみに私が使っているのはファイルエクステンションがpngとtxtだけです。 （個人的にはエビデンス画像としてのお勧めはpngです。Windowsならば下記を使うのも良いかもしれません。 http://sourceforge.net/tracker/?func=detail&aid=2804203&group_id=191585&atid=937974 ） また、TestLinkソースをファイルエクステンションの判定部分がないかテキストサーチしてみましたが、それらしい部分がみつかりませんでした。唯一見つかったのはFCKエディタが判定に使用しているかもしれない部分 FCKConfig.ImageUploadAllowedExtensions = ".(jpg|gif|jpeg|png|bmp)$" ; くらいでした。（多分これは違う？でもたいていの場合はこのくらいでは？） そうするとPHPのライブラリでの判定かもしれません... 詳細にはTestLinkソースをハックしていません... どなたかTestLink（またはPHP?）とWordに詳しい方はレスしていただければと思います。 もしくは、ご自分で使いたい形式を試してみるのも良い方法です。 以上、お役に立たないかもしれませんが、ご参考まで... Sunday Walker --- R.Funaki wrote: > To　SundayWalker様 > > 船木です。 > いつもお世話になっております。 > > 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる > 添付ファイルの種類を教えていただけないでしょうか。 > （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) > 当方JPEGとテキストは確認しております。 > > 運用上でエビデンスを添付する形にしていて、表示できないものはファイル名称を表示したいと思っています。 > > 何卒よろしくお願いいたします。 > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From sunday_walker_field ＠ yahoo.co.jp Fri Sep 11 21:42:19 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 11 Sep 2009 21:42:19 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVjxCOVQbKEI=?= =?iso-2022-jp?b?GyRCIVc7fiROIVYbKEJYTUwbJEIkKyRpN2syTCRyJSQlcyVdITwbKEI=?= =?iso-2022-jp?b?GyRCJUghVxsoQg==?= In-Reply-To: <20090911081154.3537.qmail@web4206.mail.ogk.yahoo.co.jp> Message-ID: <20090911124219.94665.qmail@web3913.mail.bbt.yahoo.co.jp> 郭 さん こんにちは ブラウザは何を使用していますか、もしIEならば、そのような結果になると思われます。(1.8.3には同様な現象があるので...） Firefoxならば登録できると思います。 これは、TestLinkが直前に参照したURLの履歴を使用しているためだったと思います。そして、IEではURLの履歴を参照できないためだと思います。 もし、原因がこれに該当するのであれば、以下の方法で対処できると思います。 1.8.3を使用していれば私のパッチで対応できます... もしくは、パッチNo11で修正しましたので、直前のパッチNo10と比較して差分の該当箇所を修正してみてください。 http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000640.html Sunday Walker --- 郭 嬌蕾 wrote: > > > > > Testlinkjp-usersの皆様： > > > お疲れ様です。郭と申します。 > all_in_one_testlinkjp1.8.1を使っています。 > 「実行」→「XMLから結果をインポート」機能については、結果をDBに登録しましたのに、 > 実行履歴に表示されなかったが、「結果」に確認すると、ビルドに何も登録されなかったので、表示できないみたいです。 > > > 質問は： > １．「XMLから結果をインポート」機能は、最新のビルドに登録するはずですか？ > ２．もし、１が正しいなら、何か設定があるでしょうか？ > > 教えてお願い致します。 > > > > > Power up the Internet with Yahoo! Toolbar. > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From sunday_walker_field ＠ yahoo.co.jp Fri Sep 11 22:19:34 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 11 Sep 2009 22:19:34 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVjxCOVQbKEI=?= =?iso-2022-jp?b?GyRCIVc7fiROIVYbKEJYTUwbJEIkKyRpN2syTCRyJSQlcyVdITwbKEI=?= =?iso-2022-jp?b?GyRCJUghVxsoQg==?= In-Reply-To: <20090911124219.94665.qmail@web3913.mail.bbt.yahoo.co.jp> Message-ID: <439312.39722.qm@web3905.mail.bbt.yahoo.co.jp> 郭 さん すいません、間違えました。 パッチNo11とNo9と比較して差分の該当箇所を修正してみてください。 http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-July/000619.html Sunday Walker --- Sunday Walker wrote: > 郭 さん > > こんにちは > > ブラウザは何を使用していますか、もしIEならば、そのような結果になると思われます。(1.8.3には同様な現象があるので...） > Firefoxならば登録できると思います。 > > これは、TestLinkが直前に参照したURLの履歴を使用しているためだったと思います。そして、IEではURLの履歴を参照できないためだと思います。 > > もし、原因がこれに該当するのであれば、以下の方法で対処できると思います。 > > 1.8.3を使用していれば私のパッチで対応できます... > > もしくは、パッチNo11で修正しましたので、直前のパッチNo10と比較して差分の該当箇所を修正してみてください。 > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000640.html > > Sunday Walker > > > --- 郭 嬌蕾 wrote: > > > > > > > > > > Testlinkjp-usersの皆様： > > > > > > お疲れ様です。郭と申します。 > > all_in_one_testlinkjp1.8.1を使っています。 > > 「実行」→「XMLから結果をインポート」機能については、結果をDBに登録しましたのに、 > > 実行履歴に表示されなかったが、「結果」に確認すると、ビルドに何も登録されなかったので、表示できないみたいです。 > > > > > > 質問は： > > １．「XMLから結果をインポート」機能は、最新のビルドに登録するはずですか？ > > ２．もし、１が正しいなら、何か設定があるでしょうか？ > > > > 教えてお願い致します。 > > > > > > > > > > Power up the Internet with Yahoo! Toolbar. > > > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From ryo.funaki ＠ gmail.com Fri Sep 11 22:57:54 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Fri, 11 Sep 2009 21:57:54 +0800 Subject: [Testlinkjp-users] =?utf-8?b?MS44LjPjg5Hjg4Pjg4Hmt7vku5jjg5XjgqE=?= =?utf-8?b?44Kk44Or44Gu6KGo56S644Gr44Gk44GE44Gm?= In-Reply-To: <20090911120738.52941.qmail@web3912.mail.bbt.yahoo.co.jp> References: <75fcc7b70909110232s176a8133j9cfc37d918870b87@mail.gmail.com> <20090911120738.52941.qmail@web3912.mail.bbt.yahoo.co.jp> Message-ID: <75fcc7b70909110657w137a93e2q6d54991019c25d5c@mail.gmail.com> SundayWalker様 船木です。 早速のご回答、本当にありがとうございます。感謝です。 添付ファイルのレポート表示の方は、私も自分でいろいろやってみます。 当方、エビデンスはExcelにはりつけて加工するという先入観が抜けなくて まさしく目からウロコです。GreenShotですね！これなら使えそうです。 検査報告書の作成時に、レポートとエビデンスの印字に相当な時間をかけていましたが エビデンスファイルの命名規則と取得ツールを社内標準化すれば、Excelを使わないことを 差し引いたとしても、受ける恩恵は大きいと思います。 さっそく、レビューしてみます。 またよろしくお願いいたします。 2009年9月11日20:07 Sunday Walker : > 船木 さん > > 連絡ありがとうございます。 > またパッチの活用ありがとうございます。自分で使いたい機能を作ったとはいえ、使っていただいていることは私のモチベージョンアップにつながります。 > > >> 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる >> 添付ファイルの種類を教えていただけないでしょうか。 >> （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) >> 当方JPEGとテキストは確認しております。 > > 結論から言うと私も良くわかりません。 > > 私の記憶が正しければ、私のパッチではTestLinkがファイルのtypeをimageと判定しているものとtextと判定しているものを単純に出力していたと思います。 > > また、実際にWordで表示できるかどうかはWordに依存する部分もあると思います。つまり、Wordが表示できる画像形式である必要がありますし、Wordが表示できるテキストエンコードである必要があります。（HTML出力の場合でもブラウザ依存の部分あり） > > ちなみに私が使っているのはファイルエクステンションがpngとtxtだけです。 > （個人的にはエビデンス画像としてのお勧めはpngです。Windowsならば下記を使うのも良いかもしれません。 > http://sourceforge.net/tracker/?func=detail&aid=2804203&group_id=191585&atid=937974 > ） > > また、TestLinkソースをファイルエクステンションの判定部分がないかテキストサーチしてみましたが、それらしい部分がみつかりませんでした。唯一見つかったのはFCKエディタが判定に使用しているかもしれない部分 > FCKConfig.ImageUploadAllowedExtensions ?= ".(jpg|gif|jpeg|png|bmp)$" ; > くらいでした。（多分これは違う？でもたいていの場合はこのくらいでは？） > そうするとPHPのライブラリでの判定かもしれません... 詳細にはTestLinkソースをハックしていません... > > > どなたかTestLink（またはPHP?）とWordに詳しい方はレスしていただければと思います。 > > > もしくは、ご自分で使いたい形式を試してみるのも良い方法です。 > > > 以上、お役に立たないかもしれませんが、ご参考まで... > > > Sunday Walker > > > --- R.Funaki ?wrote: >> To　SundayWalker様 >> >> 船木です。 >> いつもお世話になっております。 >> >> 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる >> 添付ファイルの種類を教えていただけないでしょうか。 >> （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) >> 当方JPEGとテキストは確認しております。 >> >> 運用上でエビデンスを添付する形にしていて、表示できないものはファイル名称を表示したいと思っています。 >> >> 何卒よろしくお願いいたします。 >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > -------------------------------------- > Thanks 10 years! ?Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From sunday_walker_field ＠ yahoo.co.jp Fri Sep 11 22:57:58 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 11 Sep 2009 22:57:58 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTMgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= In-Reply-To: Message-ID: <20090911135759.11509.qmail@web3913.mail.bbt.yahoo.co.jp> > そうですね、特に公開されて広く利用しやすいならどこでも良いと思います。 > SourceForge 良いですね。 レスありがとうございます。まずは、このメーリングリストのチケットにパッチを登録する方法を教えていただいたので、次回試みてみます。 Sunday Walker --- AZMA Daisuke wrote: > 東％マルチレス です、こんにちは。 > > 「Akipii Oga」さんの から > > >SourceForgに新規プロジェクトを作り、Sunday Walkerさんのパッチをバージョン管理 > >すればいいのではないでしょうか？ > >このパッチはおそらく、今後もSunday Walkerさんしか保守しないと思いますので、 > >リポジトリごと公開された方が、他の方も見れるし、保守したいと手を上げてくれる > >人も増えるかもしれません。 > > > >SourceForgをお勧めしたのは、パッチのバージョン管理だけでなく、インストール方法や > >ちょっとしたTipsなどの説明文もWikiなどで公開できるし、Googleの検索にも引っかかる > >からです。 > >＃GoogleCodeでも構いませんが。 > >ノウハウは公開した方が、色んな人のアイデアが集まって、より良いものに育つ可能性が > >広がると思います。 > > そうですね、特に公開されて広く利用しやすいならどこでも良いと思います。 > SourceForge 良いですね。 > > 09/09/08 Sunday Walker : > > >> > SourceForge も良いかもですが、TestLinkJP サイトに置くのも手でしょうか。 > >> > ↓とか？ > >> > http://testlinkjp.org/modules/mydownloads/viewcat.php?cid=1 > >> > >> > >> > >> ファイルをアップするにはユーザ登録が必要ではと思い、新規ユーザ登録しようとしてクリックしたのですが、新規ユーザ登録は受け付けていない旨のメッセージが表示されました。こちらにファイルをアップするにはどうしたらよろしいのでしょうか。 > > あらっ？TestLinkJP サイトに招待しましょうか？ > > >> > >SourceForgに配置すれば、過去のパッチをバージョン管理できますし、メーリングリストには > >> > >リンク先を書くだけで十分です。 > >> > > > >> > >パッチの説明やリンク先も、TestLinkの日本語Wikiで書き込めたらいいと思います。 > >> > >> > >> こちらも方法が良くわからなくて... > >> SourceForgでプロジェクトを検索したら、下記の(1)-(5)があるようです。どれも少し違うような気がして... > >> プロジェクトを新しく作るほどのものでもないなと思いますし.... どこのプロジェクトが適切でしょうか。英語は苦手なので日本語のプロジェクトが良いです。 > >> > >> 本当は本家などで統合してもらえるとありがたいものですが... > >> 初心者のコードなので本家のレビューにパスしないのでしょうね... > > 開発元にパッチ提供するのが一番良いと思います。 > うーん、地道にパッチ提供すると良いのかもです。 > 特にバグ修正に当たる部分をあちらの Mantis にパッチ投稿してみては > いかがでしょうか？ > ＃ボクも英語が得意じゃないのでアレですが、よろしければ英語説明お > ＃手伝いいたします。 > -- > AZMA Daisuke daisuke.azuma ＠ jnovel.co.jp 22% (--;) > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From sunday_walker_field ＠ yahoo.co.jp Fri Sep 11 23:48:28 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 11 Sep 2009 23:48:28 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?MS44LjMbJEIlUSVDJUFFOklVGyhC?= =?iso-2022-jp?b?GyRCJVUlISUkJWskTkk9PCgkSyREJCQkRhsoQg==?= In-Reply-To: <75fcc7b70909110657w137a93e2q6d54991019c25d5c@mail.gmail.com> Message-ID: <514830.91050.qm@web3912.mail.bbt.yahoo.co.jp> > 検査報告書の作成時に、レポートとエビデンスの印字に相当な時間をかけていましたが > エビデンスファイルの命名規則と取得ツールを社内標準化すれば、Excelを使わないことを > 差し引いたとしても、受ける恩恵は大きいと思います。 エビデンスは必要だとおもいますが、工数をかけたくない作業ですよね。 以下はさらに省力化するための新たなツールのアイデアです。 (1) TestLinkにはNunitなどと連携して直接結果を登録する機能もあるらしいので、オンラインでテストケースを表示して、エビデンス取得とその結果判定、備考などをGUIで入力すると、直接TestLinkに登録するようなツール (2) TestLinkのテスト計画にてXMLを出力して、そのXMLを入力してテストケースを表示して、エビデンス取得とその結果判定、備考などをGUIで入力すると、TestLinkの結果として登録できる形式のXMLを生成するようなツール このとき、キャプチャツールは自分で作成せずに既存のキャプチャツールが画像を出力するフォルダを結果などをGUIで入力したときにサーチして新しいファイルを探せば良いと思います。こうすることにより使用者が好みのキャプチャツールを自由に選択できますし、ツールを作成する人はキャプチャツール作成分の工数低減ができます。また、テストしながらほとんど工数をかけずにエビデンスを得ることができます。 以上のアイデアはこの最初のパッチを作ったときからあり、探し当てたキャプチャツールがGreenShotで、GreenShotの日本語のパッチを作成しました。またTestLink用の私のパッチにXMLとエビデンスを含めてTestLinkに登録できる機能があるのも(2)につなげるためのパッチです。 しかし、私の今の実力では、(1)もしくは(2)を作るところまでは手が出せないのが現状です。 誰か作ってみんなが自由に使えるオープンソースとして公開してくれませんかね... # 他力本願モード Sunday Walker --- R.Funaki wrote: > SundayWalker様 > > 船木です。 > > 早速のご回答、本当にありがとうございます。感謝です。 > > 添付ファイルのレポート表示の方は、私も自分でいろいろやってみます。 > > 当方、エビデンスはExcelにはりつけて加工するという先入観が抜けなくて > まさしく目からウロコです。GreenShotですね！これなら使えそうです。 > 検査報告書の作成時に、レポートとエビデンスの印字に相当な時間をかけていましたが > エビデンスファイルの命名規則と取得ツールを社内標準化すれば、Excelを使わないことを > 差し引いたとしても、受ける恩恵は大きいと思います。 > さっそく、レビューしてみます。 > > またよろしくお願いいたします。 > > > 2009年9月11日20:07 Sunday Walker : > > 船木 さん > > > > 連絡ありがとうございます。 > > またパッチの活用ありがとうございます。自分で使いたい機能を作ったとはいえ、使っていただいていることは私のモチベージョンアップにつながります。 > > > > > >> 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる > >> 添付ファイルの種類を教えていただけないでしょうか。 > >> （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) > >> 当方JPEGとテキストは確認しております。 > > > > 結論から言うと私も良くわかりません。 > > > > 私の記憶が正しければ、私のパッチではTestLinkがファイルのtypeをimageと判定しているものとtextと判定しているものを単純に出力していたと思います。 > > > > また、実際にWordで表示できるかどうかはWordに依存する部分もあると思います。つまり、Wordが表示できる画像形式である必要がありますし、Wordが表示できるテキストエンコードである必要があります。（HTML出力の場合でもブラウザ依存の部分あり） > > > > ちなみに私が使っているのはファイルエクステンションがpngとtxtだけです。 > > （個人的にはエビデンス画像としてのお勧めはpngです。Windowsならば下記を使うのも良いかもしれません。 > > http://sourceforge.net/tracker/?func=detail&aid=2804203&group_id=191585&atid=937974 > > ） > > > > また、TestLinkソースをファイルエクステンションの判定部分がないかテキストサーチしてみましたが、それらしい部分がみつかりませんでした。唯一見つかったのはFCKエディタが判定に使用しているかもしれない部分 > > FCKConfig.ImageUploadAllowedExtensions ?= ".(jpg|gif|jpeg|png|bmp)$" ; > > くらいでした。（多分これは違う？でもたいていの場合はこのくらいでは？） > > そうするとPHPのライブラリでの判定かもしれません... 詳細にはTestLinkソースをハックしていません... > > > > > > どなたかTestLink（またはPHP?）とWordに詳しい方はレスしていただければと思います。 > > > > > > もしくは、ご自分で使いたい形式を試してみるのも良い方法です。 > > > > > > 以上、お役に立たないかもしれませんが、ご参考まで... > > > > > > Sunday Walker > > > > > > --- R.Funaki ?wrote: > >> To　SundayWalker様 > >> > >> 船木です。 > >> いつもお世話になっております。 > >> > >> 大変お手数をおかけいたしますが、1.8.3パッチで表示またはMS-WORDに埋め込み表示できる > >> 添付ファイルの種類を教えていただけないでしょうか。 > >> （すいません過去ログ探したのですが、見つけられませんでした。m(__)m　) > >> 当方JPEGとテキストは確認しております。 > >> > >> 運用上でエビデンスを添付する形にしていて、表示できないものはファイル名称を表示したいと思っています。 > >> > >> 何卒よろしくお願いいたします。 > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > > > > -------------------------------------- > > Thanks 10 years! ?Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From daisuke.azuma ＠ jnovel.co.jp Sat Sep 12 12:18:11 2009 From: daisuke.azuma ＠ jnovel.co.jp (AZMA Daisuke) Date: Sat, 12 Sep 2009 12:18:11 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?MS44LjMgGyRCJVElQyVBRTobKEI=?= =?iso-2022-jp?b?GyRCSVUlVSUhJSQlayROST08KCRLJEQkJCRGGyhC?= In-Reply-To: <514830.91050.qm@web3912.mail.bbt.yahoo.co.jp> References: <75fcc7b70909110657w137a93e2q6d54991019c25d5c@mail.gmail.com> <514830.91050.qm@web3912.mail.bbt.yahoo.co.jp> Message-ID: 東です。こんにちは。 「Sunday Walker」さんの <514830.91050.qm ＠ web3912.mail.bbt.yahoo.co.jp> から >以下はさらに省力化するための新たなツールのアイデアです。 > >(1) TestLinkにはNunitなどと連携して直接結果を登録する機能もあるらしいので、 >オンラインでテストケースを表示して、エビデンス取得とその結果判定、備考など >をGUIで入力すると、直接TestLinkに登録するようなツール ＃改行しました 一つの解が↓ですね。 http://testlinkjp.org/modules/mydownloads/singlefile.php?cid=1&lid=27 .exe ファイルですが、Ruby スクリプトをキックしているようです。 ＃1.8.3 では動かないかもしれません lib/api/xmlrpc.php を使っています。 >誰か作ってみんなが自由に使えるオープンソースとして公開してくれませんかね... ># 他力本願モード はは、今ハック中ですが期待しないでください（笑） -- AZMA Daisuke daisuke.azuma ＠ jnovel.co.jp From sunday_walker_field ＠ yahoo.co.jp Sat Sep 12 23:42:23 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Sat, 12 Sep 2009 23:42:23 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVjxCOVQbKEI=?= =?iso-2022-jp?b?GyRCIVc7fiROIVYbKEJYTUwbJEIkKyRpN2syTCRyJSQlcyVdITwbKEI=?= =?iso-2022-jp?b?GyRCJUghVxsoQg==?= In-Reply-To: <439312.39722.qm@web3905.mail.bbt.yahoo.co.jp> Message-ID: <721009.25417.qm@web3906.mail.bbt.yahoo.co.jp> 郭 さん IEでXMLインポートができない対策だけを切り出してみました。 diff形式のファイルを見ながら修正すれば、たぶん他のバージョンにも対応できると思われます。 http://sourceforge.jp/ticket/browse.php?group_id=3032&tid=18659 * IEでTestLinkの「実行」にてテストケースを選択し、「XMLから結果をインポート」にて 実行結果のXMLをインポートできない件の修正 （以前からFireFoxではインポートできていました。 http://www.testlink.org/mantis/view.php?id=2534 ） 添付はdiff形式のファイルと修正したソースファイル全てをzipしたものです。 「TestLink 1.8.4 is available for Community testing」をベースにしています。 Sunday Walker --- Sunday Walker wrote: > 郭 さん > > すいません、間違えました。 > パッチNo11とNo9と比較して差分の該当箇所を修正してみてください。 > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-July/000619.html > > > Sunday Walker > > --- Sunday Walker wrote: > > 郭 さん > > > > こんにちは > > > > ブラウザは何を使用していますか、もしIEならば、そのような結果になると思われます。(1.8.3には同様な現象があるので...） > > Firefoxならば登録できると思います。 > > > > これは、TestLinkが直前に参照したURLの履歴を使用しているためだったと思います。そして、IEではURLの履歴を参照できないためだと思います。 > > > > もし、原因がこれに該当するのであれば、以下の方法で対処できると思います。 > > > > 1.8.3を使用していれば私のパッチで対応できます... > > > > もしくは、パッチNo11で修正しましたので、直前のパッチNo10と比較して差分の該当箇所を修正してみてください。 > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000640.html > > > > Sunday Walker > > > > > > --- 郭 嬌蕾 wrote: > > > > > > > > > > > > > > > Testlinkjp-usersの皆様： > > > > > > > > > お疲れ様です。郭と申します。 > > > all_in_one_testlinkjp1.8.1を使っています。 > > > 「実行」→「XMLから結果をインポート」機能については、結果をDBに登録しましたのに、 > > > 実行履歴に表示されなかったが、「結果」に確認すると、ビルドに何も登録されなかったので、表示できないみたいです。 > > > > > > > > > 質問は： > > > １．「XMLから結果をインポート」機能は、最新のビルドに登録するはずですか？ > > > ２．もし、１が正しいなら、何か設定があるでしょうか？ > > > > > > 教えてお願い致します。 > > > > > > > > > > > > > > > Power up the Internet with Yahoo! Toolbar. > > > > > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > > > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From guojiaolei ＠ yahoo.co.jp Mon Sep 14 11:38:34 2009 From: guojiaolei ＠ yahoo.co.jp (=?iso-2022-jp?B?GyRCM1QbKEIgGyRCVUhpMhsoQg==?=) Date: Mon, 14 Sep 2009 11:38:34 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVjxCOVQbKEI=?= =?iso-2022-jp?b?GyRCIVc7fiROIVYbKEJYTUwbJEIkKyRpN2syTCRyJSQlcyVdITwbKEI=?= =?iso-2022-jp?b?GyRCJUghVxsoQg==?= In-Reply-To: <721009.25417.qm@web3906.mail.bbt.yahoo.co.jp> Message-ID: <413233.63574.qm@web4204.mail.ogk.yahoo.co.jp> Sunday Walkerさん お疲れ様です。郭です。 添付Zipファイルに取替えされたら、XMLファイルがインポートできました。 とても助かりました。 ありがとうございました。 Sunday Walker wrote: 郭 さん IEでXMLインポートができない対策だけを切り出してみました。 diff形式のファイルを見ながら修正すれば、たぶん他のバージョンにも対応できると思われます。 http://sourceforge.jp/ticket/browse.php?group_id=3032&tid=18659 * IEでTestLinkの「実行」にてテストケースを選択し、「XMLから結果をインポート」にて 実行結果のXMLをインポートできない件の修正 （以前からFireFoxではインポートできていました。 http://www.testlink.org/mantis/view.php?id=2534 ） 添付はdiff形式のファイルと修正したソースファイル全てをzipしたものです。 「TestLink 1.8.4 is available for Community testing」をベースにしています。 Sunday Walker --- Sunday Walker wrote: > 郭 さん > > すいません、間違えました。 > パッチNo11とNo9と比較して差分の該当箇所を修正してみてください。 > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-July/000619.html > > > Sunday Walker > > --- Sunday Walker wrote: > > 郭 さん > > > > こんにちは > > > > ブラウザは何を使用していますか、もしIEならば、そのような結果になると思われます。(1.8.3には同様な現象があるので...） > > Firefoxならば登録できると思います。 > > > > これは、TestLinkが直前に参照したURLの履歴を使用しているためだったと思います。そして、IEではURLの履歴を参照できないためだと思います。 > > > > もし、原因がこれに該当するのであれば、以下の方法で対処できると思います。 > > > > 1.8.3を使用していれば私のパッチで対応できます... > > > > もしくは、パッチNo11で修正しましたので、直前のパッチNo10と比較して差分の該当箇所を修正してみてください。 > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000641.html > > http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-August/000640.html > > > > Sunday Walker > > > > > > --- 郭 嬌蕾 wrote: > > > > > > > > > > > > > > > Testlinkjp-usersの皆様： > > > > > > > > > お疲れ様です。郭と申します。 > > > all_in_one_testlinkjp1.8.1を使っています。 > > > 「実行」→「XMLから結果をインポート」機能については、結果をDBに登録しましたのに、 > > > 実行履歴に表示されなかったが、「結果」に確認すると、ビルドに何も登録されなかったので、表示できないみたいです。 > > > > > > > > > 質問は： > > > １．「XMLから結果をインポート」機能は、最新のビルドに登録するはずですか？ > > > ２．もし、１が正しいなら、何か設定があるでしょうか？ > > > > > > 教えてお願い致します。 > > > > > > > > > > > > > > > Power up the Internet with Yahoo! Toolbar. > > > > > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > > > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090914/780d6435/attachment.htm From sunday_walker_field ＠ yahoo.co.jp Mon Sep 14 22:01:52 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Mon, 14 Sep 2009 22:01:52 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= Message-ID: <20090914130152.4792.qmail@web3905.mail.bbt.yahoo.co.jp> こんにちは どなたか以下についてわかれば、教えていただけるとありがたいです。 ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 以上、よろしくお願いします。 Sunday Walker -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From hnishi ＠ skygroup.jp Tue Sep 15 09:46:03 2009 From: hnishi ＠ skygroup.jp (=?utf-8?B?6KW/5bGxIOWNmuWunw==?=) Date: Tue, 15 Sep 2009 09:46:03 +0900 Subject: [Testlinkjp-users] =?utf-8?b?VGVzdExpbmsgMS44LjMg44Gn44OE44Oq44O8?= =?utf-8?b?5LiK44GrdGVzdGNhc2VfaWTjgpLooajnpLrjgZnjgovngrrjga7jgrM=?= =?utf-8?b?44O844OJ5aSJ5pu044CAdmVyIDAuMg==?= References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local><2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local><0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> <75fcc7b70909110151m10cca742ve1c9f68a6383da30@mail.gmail.com> Message-ID: <9803A672E7FA4654BBBDF1932CDC93D0@skygroup.local> 船木さん 西山です。 休暇のため、返事が遅れました。ごめんなさい。 > 初版に上書きしても良いですか？ OKです。（TestLink 1.8.3オリジナルのバックアップをとってください） もし、testcase_idで表示されないケースがあれば、教えてください。 1.8.ｘに反映されるかどうか分かりませんが、一応本家にも提示してみます。。。 ----- Original Message ----- From: "R.Funaki" To: "TestLink JP Users ML" Sent: Friday, September 11, 2009 5:51 PM Subject: Re: [Testlinkjp-users]TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更　ver 0.2 > 西山さん > > 船木です。 > いつも本当にお世話になっております。 > > 初版に上書きしても良いですか？ > お手数をおかけいたしますが、よろしければ教えてください。 > > 敬具 > > > 2009年9月11日15:29 西山 博実 : >> みなさん >> こんにちは、西山です。 >> >> ツリー部以外のtestcase_id表示対応の　ver 0.2をリリースしました。 >> TestLinkのバックアップコードを作成してから、上書きしてください。 >> >> ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの >> 　$tlCfg->treemenu_show_testcase_idの値で切替えます。 >> 　省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 >> ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 >> >> testlink_183/config.inc.php:445 >> /** show/hide testcase id on tree menu */ >> $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by >> hnishi >> $tlCfg->treemenu_show_testcase_id = 2; 　 // 2: show testcase_id >> by hnishi >> ----------------------------------- >> >> >> ■ダウンロード >> TestLinkTools::TestLinkPatch >> http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 >> v02_testlinkPatch_183.tar.gz >> >> >> ----- Original Message ----- >> >> From: 西山 博実 >> To: TestLink JP Users ML >> Sent: Tuesday, September 08, 2009 11:33 AM >> Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >> みなさん >> こんにちは、西山です。 >> >> 変更コードは、下記からダウンロードできます。 >> TestLinkのバックアップコードを作成してから、上書きしてください。 >> >> ■ダウンロード >> TestLinkTools::TestLinkPatch >> http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 >> v01_testlinkPatch_183.tar.gz >> >> >> 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの >> $tlCfg->treemenu_show_testcase_idの値で切替えます。 >> >> >> >> ----- Original Message ----- >> >> From: 西山 博実 >> To: TestLink JP Users ML >> Sent: Friday, September 04, 2009 5:14 PM >> Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >> みんささん >> 今晩は、西山です。 >> >> ＞従来の1.7から1.8へデータ移行した場合、 >> ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と >> ＞tc_external_id が全て0で表示されます。。。 >> ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） >> >> 1.8のインストール時に1.7から1.8へデータ移行した場合、 >> TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 >> （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） >> >> >> $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id >> の場合に、画面上部のナビゲーションバーにある検索窓においても、 >> testcase_id で検索できる様にする為のコード変更です。 >> (1)testlink_183/lib/general/navBar.php:28 >> if( $gui->tprojectID > 0) >> { >> $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . >> config_get('testcase_cfg')->glue_character; >> $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi >> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >> { >> ; >> } >> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >> { >> $gui->tcasePrefix = ""; >> } >> ------------------------------- >> >> (2)testlink_183/lib/general/archiveData.php:58 >> // need to get internal Id from External ID >> $cfg = config_get('testcase_cfg'); >> $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi >> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >> { >> >> $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); >> } >> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >> { >> $args->id = (int) $args->targetTestCase; >> $tcase_info = $item_mgr->get_by_id($args->id); >> if( null == $tcase_info ) >> { >> $args->id = 0; >> echo "" . $args->targetTestCase ; >> } >> } >> ------------------------------- >> 以上です。 >> >> >> ----- Original Message ----- >> From: 西山 博実 >> To: TestLink JP Users ML >> Sent: Thursday, September 03, 2009 5:43 PM >> Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >> みんささん >> 今晩は、西山です。 >> >> TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 >> >> 従来の1.7から1.8へデータ移行した場合、 >> TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と >> tc_external_id が全て0で表示されます。。。 >> （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） >> >> 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 >> config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 >> >> $tlCfg->treemenu_type = 'EXTJS'; >> $tlCfg->treemenu_type = 'JTREE';　に対応してます。 >> >> >> (1)testlink_183/config.inc.php:445 >> /** show/hide testcase id on tree menu */ >> $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by >> hnishi >> $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id >> by hnishi >> ------------------------------------ >> >> (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' >> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >> { >> $path['text'] = htmlspecialchars($tcprefix . >> $external[$row['id']]['tc_external_id'] . ":") . >> $path['text']; >> } >> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >> { >> $path['text'] = htmlspecialchars( $path['id'] . ":") . >> $path['text']; >> } >> ------------------------------------ >> >> (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' >> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >> { >> $label .= "{$testCasePrefix}{$node['external_id']}:"; >> } >> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >> { >> $label .= "{$node['id']}:"; >> } >> ------------------------------------ >> >> 以上です。 >> >> >> >> ________________________________ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> ________________________________ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> ________________________________ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From akipii ＠ gmail.com Tue Sep 15 10:56:29 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Tue, 15 Sep 2009 10:56:29 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <20090914130152.4792.qmail@web3905.mail.bbt.yahoo.co.jp> References: <20090914130152.4792.qmail@web3905.mail.bbt.yahoo.co.jp> Message-ID: sunday_walkerさん、こんにちは。あきぴーです。 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 １・TestLinkの要件、テストケースの概念モデルは下記になります。 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 と考えてよいと思います。 つまり、TestLinkのテストケースを受入テストに使うことは可能です。 ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 テストケースとN対Nの関係になります。 キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や 粒度が問題になります。 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という 観点で作ることになると思います。 TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 要件も同様の作業が必要だと思います。 TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな 威力を発揮します。 しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに 使えればいいなと思っています。 参考になれば幸いです。 以上、よろしくお願いします。 09/09/14 Sunday Walker : > > こんにちは > > どなたか以下についてわかれば、教えていただけるとありがたいです。 > > ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > > http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > > > > 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > > > TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > > 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > > 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > 以上、よろしくお願いします。 > > Sunday Walker > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/f699fd54/attachment-0001.htm From ryo.funaki ＠ gmail.com Tue Sep 15 12:02:07 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Tue, 15 Sep 2009 11:02:07 +0800 Subject: [Testlinkjp-users] =?utf-8?b?VGVzdExpbmsgMS44LjMg44Gn44OE44Oq44O8?= =?utf-8?b?5LiK44GrdGVzdGNhc2VfaWTjgpLooajnpLrjgZnjgovngrrjga7jgrM=?= =?utf-8?b?44O844OJ5aSJ5pu044CAdmVyIDAuMg==?= In-Reply-To: <9803A672E7FA4654BBBDF1932CDC93D0@skygroup.local> References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local> <2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> <0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> <75fcc7b70909110151m10cca742ve1c9f68a6383da30@mail.gmail.com> <9803A672E7FA4654BBBDF1932CDC93D0@skygroup.local> Message-ID: <75fcc7b70909142002r27149ce9k40fd7fa74df983bd@mail.gmail.com> 西山さん 船木です。 わざわざありがとうございます。本当に助かります。 > 1.8.ｘに反映されるかどうか分かりませんが、一応本家にも提示してみます。。。 導入したら一目瞭然だと思うのですけれど・・・是非お願いしたいです。 2009年9月15日8:46 西山 博実 : > 船木さん > 西山です。 > > 休暇のため、返事が遅れました。ごめんなさい。 > >> 初版に上書きしても良いですか？ > OKです。（TestLink 1.8.3オリジナルのバックアップをとってください） > もし、testcase_idで表示されないケースがあれば、教えてください。 > > 1.8.ｘに反映されるかどうか分かりませんが、一応本家にも提示してみます。。。 > > > > ----- Original Message ----- > From: "R.Funaki" > To: "TestLink JP Users ML" > Sent: Friday, September 11, 2009 5:51 PM > Subject: Re: [Testlinkjp-users]TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更　ver 0.2 > > >> 西山さん >> >> 船木です。 >> いつも本当にお世話になっております。 >> >> 初版に上書きしても良いですか？ >> お手数をおかけいたしますが、よろしければ教えてください。 >> >> 敬具 >> >> >> 2009年9月11日15:29 西山 博実 : >>> みなさん >>> こんにちは、西山です。 >>> >>> ツリー部以外のtestcase_id表示対応の　ver 0.2をリリースしました。 >>> TestLinkのバックアップコードを作成してから、上書きしてください。 >>> >>> ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの >>> $tlCfg->treemenu_show_testcase_idの値で切替えます。 >>> 省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 >>> ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 >>> >>> testlink_183/config.inc.php:445 >>> /** show/hide testcase id on tree menu */ >>> $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by >>> hnishi >>> $tlCfg->treemenu_show_testcase_id = 2; ?// 2: show testcase_id >>> by hnishi >>> ----------------------------------- >>> >>> >>> ■ダウンロード >>> TestLinkTools::TestLinkPatch >>> http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 >>> v02_testlinkPatch_183.tar.gz >>> >>> >>> ----- Original Message ----- >>> >>> From: 西山 博実 >>> To: TestLink JP Users ML >>> Sent: Tuesday, September 08, 2009 11:33 AM >>> Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >>> みなさん >>> こんにちは、西山です。 >>> >>> 変更コードは、下記からダウンロードできます。 >>> TestLinkのバックアップコードを作成してから、上書きしてください。 >>> >>> ■ダウンロード >>> TestLinkTools::TestLinkPatch >>> http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 >>> v01_testlinkPatch_183.tar.gz >>> >>> >>> 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの >>> $tlCfg->treemenu_show_testcase_idの値で切替えます。 >>> >>> >>> >>> ----- Original Message ----- >>> >>> From: 西山 博実 >>> To: TestLink JP Users ML >>> Sent: Friday, September 04, 2009 5:14 PM >>> Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >>> みんささん >>> 今晩は、西山です。 >>> >>> ＞従来の1.7から1.8へデータ移行した場合、 >>> ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と >>> ＞tc_external_id が全て0で表示されます。。。 >>> ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） >>> >>> 1.8のインストール時に1.7から1.8へデータ移行した場合、 >>> TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 >>> （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） >>> >>> >>> $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id >>> の場合に、画面上部のナビゲーションバーにある検索窓においても、 >>> testcase_id で検索できる様にする為のコード変更です。 >>> (1)testlink_183/lib/general/navBar.php:28 >>> if( $gui->tprojectID > 0) >>> { >>> $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . >>> config_get('testcase_cfg')->glue_character; >>> $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi >>> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >>> { >>> ; >>> } >>> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >>> { >>> $gui->tcasePrefix = ""; >>> } >>> ------------------------------- >>> >>> (2)testlink_183/lib/general/archiveData.php:58 >>> // need to get internal Id from External ID >>> $cfg = config_get('testcase_cfg'); >>> $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi >>> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >>> { >>> >>> $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); >>> } >>> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >>> { >>> $args->id = (int) $args->targetTestCase; >>> $tcase_info = $item_mgr->get_by_id($args->id); >>> if( null == $tcase_info ) >>> { >>> $args->id = 0; >>> echo "" . $args->targetTestCase ; >>> } >>> } >>> ------------------------------- >>> 以上です。 >>> >>> >>> ----- Original Message ----- >>> From: 西山 博実 >>> To: TestLink JP Users ML >>> Sent: Thursday, September 03, 2009 5:43 PM >>> Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 >>> みんささん >>> 今晩は、西山です。 >>> >>> TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 >>> >>> 従来の1.7から1.8へデータ移行した場合、 >>> TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と >>> tc_external_id が全て0で表示されます。。。 >>> （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） >>> >>> 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 >>> config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 >>> >>> $tlCfg->treemenu_type = 'EXTJS'; >>> $tlCfg->treemenu_type = 'JTREE';　に対応してます。 >>> >>> >>> (1)testlink_183/config.inc.php:445 >>> /** show/hide testcase id on tree menu */ >>> $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by >>> hnishi >>> $tlCfg->treemenu_show_testcase_id = 2; ?// 2: show testcase_id >>> by hnishi >>> ------------------------------------ >>> >>> (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' >>> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >>> { >>> $path['text'] = htmlspecialchars($tcprefix . >>> $external[$row['id']]['tc_external_id'] . ":") . >>> $path['text']; >>> } >>> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >>> { >>> $path['text'] = htmlspecialchars( $path['id'] . ":") . >>> $path['text']; >>> } >>> ------------------------------------ >>> >>> (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' >>> if( 1 == $showTestCaseID ) // show tc_external_id by hnishi >>> { >>> $label .= "{$testCasePrefix}{$node['external_id']}:"; >>> } >>> else if( 2 == $showTestCaseID ) // show testcase_id by hnishi >>> { >>> $label .= "{$node['id']}:"; >>> } >>> ------------------------------------ >>> >>> 以上です。 >>> >>> >>> >>> ________________________________ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> ________________________________ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> ________________________________ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From guojiaolei ＠ yahoo.co.jp Tue Sep 15 15:43:01 2009 From: guojiaolei ＠ yahoo.co.jp (=?iso-2022-jp?B?GyRCM1QbKEIgGyRCVUhpMhsoQg==?=) Date: Tue, 15 Sep 2009 15:43:01 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgkTjtITVEbKEI=?= =?iso-2022-jp?b?GyRCSn1LISEhGyhC?= In-Reply-To: <721009.25417.qm@web3906.mail.bbt.yahoo.co.jp> Message-ID: <20090915064301.39075.qmail@web4210.mail.ogk.yahoo.co.jp> Testlinkjp-usersの皆様： お疲れ様です。郭です。 またお世話になります。 v40_TestLinkCnvMacroのユーザインポート機能を使いたいですが、「ユーザの管理の新規ユーザ画面で、「インポート」を実行する」 と書いていますが、そのボタンが見つかれなかったです。 説明には、「この処理には、Testlink本体のパッチコード(v26_testlink_174)が必要です。」と書いていますので、v40_TestLinkCnvMacro.tar.tarから解凍されたguiなどのフォルダをTestlinkへ上書きしましたが、Testlink実行しても、そのボタンも無かったです。 やり方が正しいですか？ ご回答お願い致します。 -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/ff845ae1/attachment.htm From hnishi ＠ skygroup.jp Tue Sep 15 16:04:40 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Tue, 15 Sep 2009 16:04:40 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgbKEI=?= =?iso-2022-jp?b?GyRCJE47SE1RSn1LISEhGyhC?= References: <20090915064301.39075.qmail@web4210.mail.ogk.yahoo.co.jp> Message-ID: 郭さん こんにちは、TestLinkCnvMacro開発者の西山です。 ＞実行しても、そのボタンも無かったです。 ボタンは、v40_testlink_174/gui/templates/usersedit.tpl　で表示してます。 このコードは　TestLink 1.7.4と、TestLink 1.7.5用です。 念のため、testlink_174/gui/templates_c/　配下のphpファイルを全て削除してから再実行してみてください。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 3:43 PM Subject: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 Testlinkjp-usersの皆様： お疲れ様です。郭です。 またお世話になります。 v40_TestLinkCnvMacroのユーザインポート機能を使いたいですが、「ユーザの管理の新規ユーザ画面で、「インポート」を実行する」 と書いていますが、そのボタンが見つかれなかったです。 説明には、「この処理には、Testlink本体のパッチコード(v26_testlink_174)が必要です。」と書いていますので、v40_TestLinkCnvMacro.tar.tarから解凍されたguiなどのフォルダをTestlinkへ上書きしましたが、Testlink実行しても、そのボタンも無かったです。 やり方が正しいですか？ ご回答お願い致します。 ------------------------------------------------------------------------------ Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/a8499fca/attachment.htm From guojiaolei ＠ yahoo.co.jp Tue Sep 15 16:25:40 2009 From: guojiaolei ＠ yahoo.co.jp (=?iso-2022-jp?B?GyRCM1QbKEIgGyRCVUhpMhsoQg==?=) Date: Tue, 15 Sep 2009 16:25:40 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgkTjtITVEbKEI=?= =?iso-2022-jp?b?GyRCSn1LISEhGyhC?= In-Reply-To: Message-ID: <20090915072540.30866.qmail@web4213.mail.ogk.yahoo.co.jp> 西山さん お疲れ様です。郭です。 ご回答ありがとうございます。 もしかして、この機能はTestLink 1.7.4と、1.7.5専用ですか？ 私は、1.8.1を使っていますから。。。 TestLinkCnvMacroの中に、グラフ化の機能は全部つかえませんですか？ よろしくお願い致します。 西山 博実 wrote: 郭さん こんにちは、TestLinkCnvMacro開発者の西山です。 ＞実行しても、そのボタンも無かったです。 ボタンは、v40_testlink_174/gui/templates/usersedit.tpl　で表示してます。 このコードは　TestLink 1.7.4と、TestLink 1.7.5用です。 念のため、testlink_174/gui/templates_c/　配下のphpファイルを全て削除してから再実行してみてください。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 3:43 PM Subject: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 Testlinkjp-usersの皆様： お疲れ様です。郭です。 またお世話になります。 v40_TestLinkCnvMacroのユーザインポート機能を使いたいですが、「ユーザの管理の新規ユーザ画面で、「インポート」を実行する」 と書いていますが、そのボタンが見つかれなかったです。 説明には、「この処理には、Testlink本体のパッチコード(v26_testlink_174)が必要です。」と書いていますので、v40_TestLinkCnvMacro.tar.tarから解凍されたguiなどのフォルダをTestlinkへ上書きしましたが、Testlink実行しても、そのボタンも無かったです。 やり方が正しいですか？ ご回答お願い致します。 Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/6fc42d8c/attachment-0001.htm From hnishi ＠ skygroup.jp Tue Sep 15 16:42:40 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Tue, 15 Sep 2009 16:42:40 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgbKEI=?= =?iso-2022-jp?b?GyRCJE47SE1RSn1LISEhGyhC?= References: <20090915072540.30866.qmail@web4213.mail.ogk.yahoo.co.jp> Message-ID: 郭さん 西山です。 ＞もしかして、この機能はTestLink 1.7.4と、1.7.5専用ですか？ はい、そうです。 1.8.1のコードにこれらを上書きしてはいけません。 オリジナルの1.8.1のコードで再度上書きしてください。 オリジナルの1.8.1のコードのままで動作するのは、テストケース（仕様）のインポート機能です。 この機能だけは、カスタムフィールドを含くめて動作します。 ＞私は、1.8.1を使っていますから。。。 ＞TestLinkCnvMacroの中に、グラフ化の機能は全部つかえませんですか？ はい、動作しません。 1.8.xはまだ安定版ではありませんので、私はTestLink 1.7.4の使用を推奨します。 1.8.xが安定版になるまでは、グラフ化へのコード対応はできません。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 4:25 PM Subject: Re: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 西山さん お疲れ様です。郭です。 ご回答ありがとうございます。 もしかして、この機能はTestLink 1.7.4と、1.7.5専用ですか？ 私は、1.8.1を使っていますから。。。 TestLinkCnvMacroの中に、グラフ化の機能は全部つかえませんですか？ よろしくお願い致します。 西山 博実 wrote: 郭さん こんにちは、TestLinkCnvMacro開発者の西山です。 ＞実行しても、そのボタンも無かったです。 ボタンは、v40_testlink_174/gui/templates/usersedit.tpl　で表示してます。 このコードは　TestLink 1.7.4と、TestLink 1.7.5用です。 念のため、testlink_174/gui/templates_c/　配下のphpファイルを全て削除してから再実行してみてください。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 3:43 PM Subject: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 Testlinkjp-usersの皆様： お疲れ様です。郭です。 またお世話になります。 v40_TestLinkCnvMacroのユーザインポート機能を使いたいですが、「ユーザの管理の新規ユーザ画面で、「インポート」を実行する」 と書いていますが、そのボタンが見つかれなかったです。 説明には、「この処理には、Testlink本体のパッチコード(v26_testlink_174)が必要です。」と書いていますので、v40_TestLinkCnvMacro.tar.tarから解凍されたguiなどのフォルダをTestlinkへ上書きしましたが、Testlink実行しても、そのボタンも無かったです。 やり方が正しいですか？ ご回答お願い致します。 ---------------------------------------------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/e647d196/attachment.htm From guojiaolei ＠ yahoo.co.jp Tue Sep 15 17:01:29 2009 From: guojiaolei ＠ yahoo.co.jp (=?iso-2022-jp?B?GyRCM1QbKEIgGyRCVUhpMhsoQg==?=) Date: Tue, 15 Sep 2009 17:01:29 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgkTjtITVEbKEI=?= =?iso-2022-jp?b?GyRCSn1LISEhGyhC?= In-Reply-To: Message-ID: <20090915080129.66519.qmail@web4209.mail.ogk.yahoo.co.jp> 西山さん お疲れ様です。郭です。 ご回答ありがとうございます。 1.7.4を検討いたします。 ありがとうございます。 西山 博実 wrote: 郭さん 西山です。 ＞もしかして、この機能はTestLink 1.7.4と、1.7.5専用ですか？ はい、そうです。 1.8.1のコードにこれらを上書きしてはいけません。 オリジナルの1.8.1のコードで再度上書きしてください。 オリジナルの1.8.1のコードのままで動作するのは、テストケース（仕様）のインポート機能です。 この機能だけは、カスタムフィールドを含くめて動作します。 ＞私は、1.8.1を使っていますから。。。 ＞TestLinkCnvMacroの中に、グラフ化の機能は全部つかえませんですか？ はい、動作しません。 1.8.xはまだ安定版ではありませんので、私はTestLink 1.7.4の使用を推奨します。 1.8.xが安定版になるまでは、グラフ化へのコード対応はできません。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 4:25 PM Subject: Re: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 西山さん お疲れ様です。郭です。 ご回答ありがとうございます。 もしかして、この機能はTestLink 1.7.4と、1.7.5専用ですか？ 私は、1.8.1を使っていますから。。。 TestLinkCnvMacroの中に、グラフ化の機能は全部つかえませんですか？ よろしくお願い致します。 西山 博実 wrote: 郭さん こんにちは、TestLinkCnvMacro開発者の西山です。 ＞実行しても、そのボタンも無かったです。 ボタンは、v40_testlink_174/gui/templates/usersedit.tpl　で表示してます。 このコードは　TestLink 1.7.4と、TestLink 1.7.5用です。 念のため、testlink_174/gui/templates_c/　配下のphpファイルを全て削除してから再実行してみてください。 ----- Original Message ----- From: 郭 嬌蕾 To: TestLink JP Users ML Sent: Tuesday, September 15, 2009 3:43 PM Subject: [Testlinkjp-users] 【質問】「TestLinkCnvMacro」ユーザインポートの使用方法　 Testlinkjp-usersの皆様： お疲れ様です。郭です。 またお世話になります。 v40_TestLinkCnvMacroのユーザインポート機能を使いたいですが、「ユーザの管理の新規ユーザ画面で、「インポート」を実行する」 と書いていますが、そのボタンが見つかれなかったです。 説明には、「この処理には、Testlink本体のパッチコード(v26_testlink_174)が必要です。」と書いていますので、v40_TestLinkCnvMacro.tar.tarから解凍されたguiなどのフォルダをTestlinkへ上書きしましたが、Testlink実行しても、そのボタンも無かったです。 やり方が正しいですか？ ご回答お願い致します。 Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090915/c68a42fc/attachment.htm From sunday_walker_field ＠ yahoo.co.jp Tue Sep 15 21:16:22 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Tue, 15 Sep 2009 21:16:22 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: Message-ID: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp> あきぴー さん 返信ありがとうございます。 大変参考になります。 また、あきぴー さんのブログをいつも楽しく読ませていただいています。 http://forza.cocolog-nifty.com/blog/ 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うことにより、この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされない。 * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 以上の理解でよいでしょうか。 > ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > お聞きした方がいいと思いますが。。 あきぴー さんは、十分詳しいとは思いますが... 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 Sunday Walker --- Akipii Oga wrote: > > sunday_walkerさん、こんにちは。あきぴーです。 > > 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > > １・TestLinkの要件、テストケースの概念モデルは下記になります。 > > 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 > > つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > > 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > と考えてよいと思います。 > つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > > ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > テストケースとN対Nの関係になります。 > キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > > 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > > ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > 粒度が問題になります。 > 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > > しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > 観点で作ることになると思います。 > > TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > 要件も同様の作業が必要だと思います。 > > TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > 威力を発揮します。 > しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > > TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > 使えればいいなと思っています。 > > 参考になれば幸いです。 > 以上、よろしくお願いします。 > > > 09/09/14 Sunday Walker :こんにちは > > どなたか以下についてわかれば、教えていただけるとありがたいです。 > > ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > > http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > > > 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > > TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > 以上、よろしくお願いします。 > > Sunday Walker > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From hnishi ＠ skygroup.jp Wed Sep 16 13:05:54 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Wed, 16 Sep 2009 13:05:54 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp> Message-ID: <8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> sunday_walkerさん こんにちは、西山です。 > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 現状ないですね。 TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 後はフェーズ間の網羅度を表示する画面があればよい。。。？ proj-V1　　　要件項目-------受入れテスト 　　　　　　　　docid-v1-1　　　　　ｔｃid-v1-1 　　　　　　　　docid-v1-2　　　　　ｔｃid-v1-2 proj-V2　　　基本設計項目---システムテスト 　　　　　　　　docid-v2-1 　　　ｔｃid-v2-1 　　　　　　　　docid-v2-2 　　　 ｔｃid-v2-2 　　　　　　　　docid-v2-3 　　　 ｔｃid-v2-3 proj-V3　　　機能設計項目---結合テスト proj-V4　　　詳細設計項目---単体テスト ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Tuesday, September 15, 2009 9:16 PM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > あきぴー さん > > 返信ありがとうございます。 > 大変参考になります。 > > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > http://forza.cocolog-nifty.com/blog/ > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > > > > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うことにより、 > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされない。 > > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > 以上の理解でよいでしょうか。 > > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> お聞きした方がいいと思いますが。。 > > あきぴー さんは、十分詳しいとは思いますが... > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > > Sunday Walker > > > --- Akipii Oga wrote: >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> と考えてよいと思います。 >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> テストケースとN対Nの関係になります。 >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> 粒度が問題になります。 >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> 観点で作ることになると思います。 >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> 要件も同様の作業が必要だと思います。 >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> 威力を発揮します。 >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> 使えればいいなと思っています。 >> >> 参考になれば幸いです。 >> 以上、よろしくお願いします。 >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 以上、よろしくお願いします。 >> >> Sunday Walker >> >> -------------------------------------- >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From hnishi ＠ skygroup.jp Wed Sep 16 14:04:25 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Wed, 16 Sep 2009 14:04:25 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44LjMg?= =?iso-2022-jp?b?GyRCJEclRCVqITw+ZSRLGyhCdGVzdGNhc2VfaWQ=?= =?iso-2022-jp?b?GyRCJHJJPTwoJDkkazBZJE4lMyE8JUlKUTk5ISEbKEJ2ZXIg?= =?iso-2022-jp?b?MC4z?= References: <0D0809C7BF4F4EC6A8689E8A35D11A30@skygroup.local><2FC5BB8CA9D3453D82AE43FE80726A1D@skygroup.local> <0AEEBFFB9EC7424AAAAC8DFF2BFE12B1@skygroup.local> Message-ID: <52E83A7754C24902BD8EA9EA9CDD01DF@skygroup.local> みなさん こんにちは、西山です。 要件仕様ドキュメントの解析画面に対応した　ver 0.3をリリースしました。 TestLinkのバックアップコードを作成してから、上書きしてください。 ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの 　$tlCfg->treemenu_show_testcase_idの値で切替えます。 　省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　 // 2: show testcase_id by hnishi ----------------------------------- ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v03_testlinkPatch_183.tar.gz ----------------------------------- 変更履歴 0.3 ----------------------------------- 20090916 0.3 ・要件仕様ドキュメントの解析画面対応 testlink_183/lib/requirements/reqSpecAnalyse.php testlink_183/gui/templates/requirements/reqSpecAnalyse.tpl ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 11, 2009 4:29 PM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更　ver 0.2 みなさん こんにちは、西山です。 ツリー部以外のtestcase_id表示対応の　ver 0.2をリリースしました。 TestLinkのバックアップコードを作成してから、上書きしてください。 ・従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの 　$tlCfg->treemenu_show_testcase_idの値で切替えます。 　省略するとprefix部は表示されません。また、ナビゲーションバーでの検索は従来のtestcase_id検索となります。 ・$tlCfg->treemenu_typeは 'EXTJS', 'JTREE', 'LAYERSMENU'に対応してます。 testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　 // 2: show testcase_id by hnishi ----------------------------------- ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v02_testlinkPatch_183.tar.gz ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Tuesday, September 08, 2009 11:33 AM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みなさん こんにちは、西山です。 変更コードは、下記からダウンロードできます。 TestLinkのバックアップコードを作成してから、上書きしてください。 ■ダウンロード TestLinkTools::TestLinkPatch http://sourceforge.jp/projects/testlinktools/releases/?package_id=8784 v01_testlinkPatch_183.tar.gz 従来のtestcase_idを、ツリー上に表示させるには、config.inc.phpの $tlCfg->treemenu_show_testcase_idの値で切替えます。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 04, 2009 5:14 PM Subject: Re: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 ＞従来の1.7から1.8へデータ移行した場合、 ＞TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と ＞tc_external_id が全て0で表示されます。。。 ＞（従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 1.8のインストール時に1.7から1.8へデータ移行した場合、 TestLink 1.8 でのプロジェクトの「tc_prefix」は全てnullとなります。 （1.8からフィールドが追加されていて、デフォルト値がNULLの為です） $tlCfg->treemenu_show_testcase_id = 2; // show testcase_id の場合に、画面上部のナビゲーションバーにある検索窓においても、 testcase_id で検索できる様にする為のコード変更です。 (1)testlink_183/lib/general/navBar.php:28 if( $gui->tprojectID > 0) { $gui->tcasePrefix = $tproject_mgr->getTestCasePrefix($gui->tprojectID) . config_get('testcase_cfg')->glue_character; $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { ; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $gui->tcasePrefix = ""; } ------------------------------- (2)testlink_183/lib/general/archiveData.php:58 // need to get internal Id from External ID $cfg = config_get('testcase_cfg'); $showTestCaseID=config_get('treemenu_show_testcase_id'); // by hnishi if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $args->id=$item_mgr->getInternalID($args->targetTestCase,$cfg->glue_character); } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $args->id = (int) $args->targetTestCase; $tcase_info = $item_mgr->get_by_id($args->id); if( null == $tcase_info ) { $args->id = 0; echo "" . $args->targetTestCase ; } } ------------------------------- 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, September 03, 2009 5:43 PM Subject: [Testlinkjp-users] TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更 みんささん 今晩は、西山です。 TestLink 1.8.3 でツリー上にtestcase_idを表示する為のコード変更です。 従来の1.7から1.8へデータ移行した場合、 TestLink 1.8.3 のツリー上には「tc_prefix-0：tc_name」と tc_external_id が全て0で表示されます。。。 （従来の1.7ではtestcase_idが表示されてましたが、1.8から変更されtc_external_idのフィールドが追加されてます） 従来のtestcase_idを、ツリー上に表示させるには、以下のコードを変更します。 config.inc.phpの$tlCfg->treemenu_show_testcase_idの値で切替えができます。 $tlCfg->treemenu_type = 'EXTJS'; $tlCfg->treemenu_type = 'JTREE';　に対応してます。 (1)testlink_183/config.inc.php:445 /** show/hide testcase id on tree menu */ $tlCfg->treemenu_show_testcase_id = TRUE; // 　　show tc_external_id　 by hnishi $tlCfg->treemenu_show_testcase_id = 2; 　　 // 2: show testcase_id by hnishi ------------------------------------ (2)testlink_183/lib/ajax/gettprojectnodes.php:148 for 'EXTJS' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $path['text'] = htmlspecialchars($tcprefix . $external[$row['id']]['tc_external_id'] . ":") . $path['text']; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $path['text'] = htmlspecialchars( $path['id'] . ":") . $path['text']; } ------------------------------------ (3)testlink_183/lib/function/treeMenu.inc.php:757 for 'JTREE' if( 1 == $showTestCaseID ) // show tc_external_id by hnishi { $label .= "{$testCasePrefix}{$node['external_id']}:"; } else if( 2 == $showTestCaseID ) // show testcase_id by hnishi { $label .= "{$node['id']}:"; } ------------------------------------ 以上です。 ------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090916/4c47af23/attachment-0001.htm From hnishi ＠ skygroup.jp Wed Sep 16 15:48:21 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Wed, 16 Sep 2009 15:48:21 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp> <8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> Message-ID: <9DDB676757EC4115ACE2454BFD38A748@skygroup.local> 西山＠自己回答です。 > 後はフェーズ間の網羅度を表示する画面があればよい。。。？ 結果画面で、「上位要件解析レポート」を選択する。 ----------------------------------------------------------------- 上位要件 　　　　上位カバレッジ(%) 　下位要件 　　下位テストケース ----------------------------------------------------------------- docid-v1-1 　　　50 　　　　　　　　　docid-v2-1 　 Test case_v2-1 ○ 　　　　　　　　　　　　　　　　　　　　　　　　　　　 Test case_v2-2 × docid-v1-2　　　75　　　　　　　　　　 docid-v2-1 　 Test case_v2-1 ○ 　　　　　　　　　　　　　　　　　　　　　　　　　　　 Test case_v2-2 × 　　　　　　　　　　　　　　　　　　　　docid-v2-2 　 Test case_v2-1 ○ 　　　　　　　　　　　　　　　　　　　　docid-v2-3 　 Test case_v2-3 ○ ----- Original Message ----- From: "西山 博実" To: "TestLink JP Users ML" Sent: Wednesday, September 16, 2009 1:05 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > sunday_walkerさん > こんにちは、西山です。 > >> * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > 現状ないですね。 > > TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > > もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > > proj-V1　　　要件項目-------受入れテスト > 　　　　　　　　docid-v1-1　　　　　ｔｃid-v1-1 > 　　　　　　　　docid-v1-2　　　　　ｔｃid-v1-2 > > proj-V2　　　基本設計項目---システムテスト > 　　　　　　　　docid-v2-1 　　　ｔｃid-v2-1 > 　　　　　　　　docid-v2-2 　　　 ｔｃid-v2-2 > 　　　　　　　　docid-v2-3 　　　 ｔｃid-v2-3 > > proj-V3　　　機能設計項目---結合テスト > > proj-V4　　　詳細設計項目---単体テスト > > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > Sent: Tuesday, September 15, 2009 9:16 PM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > >> あきぴー さん >> >> 返信ありがとうございます。 >> 大変参考になります。 >> >> また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> http://forza.cocolog-nifty.com/blog/ >> 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> >> >>> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> >> >> >> >> * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> >> * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うことにより、 >> この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされない。 >> >> * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> 以上の理解でよいでしょうか。 >> >> >>> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >>> お聞きした方がいいと思いますが。。 >> >> あきぴー さんは、十分詳しいとは思いますが... >> 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> >> Sunday Walker >> >> >> --- Akipii Oga wrote: >>> >>> sunday_walkerさん、こんにちは。あきぴーです。 >>> >>> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >>> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >>> >>> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >>> >>> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >>> >>> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >>> >>> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >>> と考えてよいと思います。 >>> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >>> >>> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >>> テストケースとN対Nの関係になります。 >>> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >>> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >>> >>> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >>> >>> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >>> 粒度が問題になります。 >>> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >>> >>> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >>> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >>> 観点で作ることになると思います。 >>> >>> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >>> 要件も同様の作業が必要だと思います。 >>> >>> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >>> 威力を発揮します。 >>> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >>> >>> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >>> 使えればいいなと思っています。 >>> >>> 参考になれば幸いです。 >>> 以上、よろしくお願いします。 >>> >>> >>> 09/09/14 Sunday Walker :こんにちは >>> >>> どなたか以下についてわかれば、教えていただけるとありがたいです。 >>> >>> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >>> >>> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >>> >>> >>> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >>> >>> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >>> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >>> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >>> 以上、よろしくお願いします。 >>> >>> Sunday Walker >>> >>> -------------------------------------- >>> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>> http://pr.mail.yahoo.co.jp/ec10years/ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> >>> >>> -- >>> /**************************** >>> Akihiko Ogawa (akipii ＠ gmail.com) >>> Blog: http://forza.cocolog-nifty.com >>> Photo: http://www.flickr.com/photos/akipyon2go/ >>> /****************************/ >> >> -------------------------------------- >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090916/1290d9ce/attachment-0001.htm From akipii ＠ gmail.com Wed Sep 16 15:52:51 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Wed, 16 Sep 2009 15:52:51 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> References: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp> <8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> Message-ID: sunday_walkerさん、西山さん こんにちは、あきぴーです。 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん 返信を書く前にBlogへ僕の考えを書いてみました。 TestLinkの要件管理機能: プログラマの思索 http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 運用しづらいです。 ＃現状は仕方ないですが。。 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に 落とすことができます。 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる ので、設計漏れを見つけやすくなります。 要件本来の理由を書ければ、なお強力です。 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が 欲しいです。 また、要件の変更履歴機能も欲しいですね。 TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に よって、テスト工程の品質を大きく改善できると思います。 以上、よろしくお願いします。 09/09/16 西山 博実 : > > sunday_walkerさん > こんにちは、西山です。 > > > > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > > 現状ないですね。 > > TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > > もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > > proj-V1 要件項目-------受入れテスト > docid-v1-1 ｔｃid-v1-1 > docid-v1-2 ｔｃid-v1-2 > > proj-V2 基本設計項目---システムテスト > docid-v2-1 ｔｃid-v2-1 > docid-v2-2 ｔｃid-v2-2 > docid-v2-3 ｔｃid-v2-3 > > proj-V3 機能設計項目---結合テスト > > proj-V4 詳細設計項目---単体テスト > > > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > Sent: Tuesday, September 15, 2009 9:16 PM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > あきぴー さん > > > > 返信ありがとうございます。 > > 大変参考になります。 > > > > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > > http://forza.cocolog-nifty.com/blog/ > > > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > > > > > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > > > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > > > > > > > > * > TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > > > > * > TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 > さん作成のTestLinkCnvMacroを使うことにより、 > > > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink > 1.7.4推奨）はTestLink 1.8.xではサポートされない。 > > > > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > > > 以上の理解でよいでしょうか。 > > > > > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > >> お聞きした方がいいと思いますが。。 > > > > あきぴー さんは、十分詳しいとは思いますが... > > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > > > > Sunday Walker > > > > > > --- Akipii Oga wrote: > >> > >> sunday_walkerさん、こんにちは。あきぴーです。 > >> > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > >> > >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > >> > >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 > >> > >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > >> > >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > >> と考えてよいと思います。 > >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > >> > >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > >> テストケースとN対Nの関係になります。 > >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > >> > >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > >> > >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > >> 粒度が問題になります。 > >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > >> > >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > >> 観点で作ることになると思います。 > >> > >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > >> 要件も同様の作業が必要だと思います。 > >> > >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > >> 威力を発揮します。 > >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > >> > >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > >> 使えればいいなと思っています。 > >> > >> 参考になれば幸いです。 > >> 以上、よろしくお願いします。 > >> > >> > >> 09/09/14 Sunday Walker :こんにちは > >> > >> どなたか以下についてわかれば、教えていただけるとありがたいです。 > >> > >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > >> > >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > >> > >> > >> > 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> > >> > TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> > 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> > 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> 以上、よろしくお願いします。 > >> > >> Sunday Walker > >> > >> -------------------------------------- > >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> http://pr.mail.yahoo.co.jp/ec10years/ > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090916/668e9da4/attachment-0001.htm From hnishi ＠ skygroup.jp Wed Sep 16 16:28:56 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Wed, 16 Sep 2009 16:28:56 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp><8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> Message-ID: <4CAF80B1B27540628E17E046CA14DB98@skygroup.local> あきぴーさん 西山です。 社内ではblogが閲覧できなくて残念です。。。 ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 ＞運用しづらいです。 確かにそうですね。 同一プロジェクト内で管理できるのが理想でしょうね。 以下の様にテスト計画で区別すべきかな。。。 proj-V1　　　要件項目-------受入れテスト計画 proj-V1 　　基本設計項目---システムテスト計画 proj-V1　　　機能設計項目---結合テスト計画 proj-V1　　　詳細設計項目---単体テスト計画 --------------------------------------------- 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 要件仕様ドキュメント画面でツリー表示されてます。 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 （多分、将来の機能にあるかもしれませんね。。。） ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Wednesday, September 16, 2009 3:52 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 sunday_walkerさん、西山さん こんにちは、あきぴーです。 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん 返信を書く前にBlogへ僕の考えを書いてみました。 TestLinkの要件管理機能: プログラマの思索 http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 運用しづらいです。 ＃現状は仕方ないですが。。 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に 落とすことができます。 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる ので、設計漏れを見つけやすくなります。 要件本来の理由を書ければ、なお強力です。 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が 欲しいです。 また、要件の変更履歴機能も欲しいですね。 TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に よって、テスト工程の品質を大きく改善できると思います。 以上、よろしくお願いします。 09/09/16 西山 博実 : sunday_walkerさん こんにちは、西山です。 > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 現状ないですね。 TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 後はフェーズ間の網羅度を表示する画面があればよい。。。？ proj-V1　　　要件項目-------受入れテスト docid-v1-1　　　　　ｔｃid-v1-1 docid-v1-2　　　　　ｔｃid-v1-2 proj-V2　　　基本設計項目---システムテスト docid-v2-1 ｔｃid-v2-1 docid-v2-2 ｔｃid-v2-2 docid-v2-3 ｔｃid-v2-3 proj-V3　　　機能設計項目---結合テスト proj-V4　　　詳細設計項目---単体テスト ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Tuesday, September 15, 2009 9:16 PM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > あきぴー さん > > 返信ありがとうございます。 > 大変参考になります。 > > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > http://forza.cocolog-nifty.com/blog/ > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > > > > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うことにより、 > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされない。 > > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > 以上の理解でよいでしょうか。 > > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> お聞きした方がいいと思いますが。。 > > あきぴー さんは、十分詳しいとは思いますが... > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > > Sunday Walker > > > --- Akipii Oga wrote: >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> と考えてよいと思います。 >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> テストケースとN対Nの関係になります。 >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> 粒度が問題になります。 >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> 観点で作ることになると思います。 >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> 要件も同様の作業が必要だと思います。 >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> 威力を発揮します。 >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> 使えればいいなと思っています。 >> >> 参考になれば幸いです。 >> 以上、よろしくお願いします。 >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> 以上、よろしくお願いします。 >> >> Sunday Walker >> >> -------------------------------------- >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090916/cdad247b/attachment-0001.htm From akipii ＠ gmail.com Wed Sep 16 16:55:26 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Wed, 16 Sep 2009 16:55:26 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <4CAF80B1B27540628E17E046CA14DB98@skygroup.local> References: <20090915121622.1055.qmail@web3907.mail.bbt.yahoo.co.jp> <8BAB9ACF66EE449FB69A5E7C3050C07B@skygroup.local> <4CAF80B1B27540628E17E046CA14DB98@skygroup.local> Message-ID: 西山さん、こんにちは。あきぴーです。 TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して いきたいのです。 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので 結局使い勝手が悪いです。 TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 になるのが商用ツールに無い最大の利点だと思います。 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と 連携できれば最高です(^^) 以上、よろしくお願いします。 09/09/16 西山 博実 : > > あきぴーさん > 西山です。 > > 社内ではblogが閲覧できなくて残念です。。。 > > > ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > ＞運用しづらいです。 > > 確かにそうですね。 > 同一プロジェクト内で管理できるのが理想でしょうね。 > 以下の様にテスト計画で区別すべきかな。。。 > > proj-V1 要件項目-------受入れテスト計画 > proj-V1 基本設計項目---システムテスト計画 > proj-V1 機能設計項目---結合テスト計画 > > proj-V1 詳細設計項目---単体テスト計画 > --------------------------------------------- > > > 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 > 要件仕様ドキュメント画面で*ツリー表示*されてます。 > 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > （多分、将来の機能にあるかもしれませんね。。。） > > > > > ----- Original Message ----- > > *From:* Akipii Oga > *To:* TestLink JP Users ML > *Sent:* Wednesday, September 16, 2009 3:52 PM > *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > sunday_walkerさん、西山さん > > こんにちは、あきぴーです。 > 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > 返信を書く前にBlogへ僕の考えを書いてみました。 > > TestLinkの要件管理機能: プログラマの思索 > http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > > 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > 運用しづらいです。 > ＃現状は仕方ないですが。。 > > 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > 落とすことができます。 > 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > ので、設計漏れを見つけやすくなります。 > 要件本来の理由を書ければ、なお強力です。 > > 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > 欲しいです。 > また、要件の変更履歴機能も欲しいですね。 > > TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > よって、テスト工程の品質を大きく改善できると思います。 > > 以上、よろしくお願いします。 > > > > 09/09/16 西山 博実 : >> >> sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * >> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1 要件項目-------受入れテスト >> docid-v1-1 ｔｃid-v1-1 >> docid-v1-2 ｔｃid-v1-2 >> >> proj-V2 基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3 機能設計項目---結合テスト >> >> proj-V4 詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > >> 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * >> TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * >> TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 >> さん作成のTestLinkCnvMacroを使うことにより、 >> > >> この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink >> 1.7.4推奨）はTestLink 1.8.xではサポートされない。 >> > >> > * >> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > ------------------------------ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090916/1b85823c/attachment-0001.htm From sunday_walker_field ＠ yahoo.co.jp Thu Sep 17 00:40:57 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Thu, 17 Sep 2009 00:40:57 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: Message-ID: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> 西山 さん あきぴー さん 返信ありがとうございます。 > 同一プロジェクト内で管理できるのが理想でしょうね。 そう思います。 > TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで > 詳細化していきたいのです。 > > 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > > TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > 要件仕様ドキュメント画面でツリー表示されてます。 このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 http://www.redmine.org/issues/443 http://www.redmine.org/issues/756 > 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク > 管理と連携が悪いので結局使い勝手が悪いです。 > 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 > SCM(Subversion)にある成果物と連携できれば最高です(^^) そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 Sunday Walker --- Akipii Oga wrote: > > 西山さん、こんにちは。あきぴーです。 > > TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して > いきたいのです。 > > 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > > TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので > 結局使い勝手が悪いです。 > > TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 > になるのが商用ツールに無い最大の利点だと思います。 > > 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と > 連携できれば最高です(^^) > > 以上、よろしくお願いします。 > > > 09/09/16 西山 博実 : > > あきぴーさん > 西山です。 > > 社内ではblogが閲覧できなくて残念です。。。 > > > ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > ＞運用しづらいです。 > > 確かにそうですね。 > 同一プロジェクト内で管理できるのが理想でしょうね。 > 以下の様にテスト計画で区別すべきかな。。。 > > proj-V1　　　要件項目-------受入れテスト計画 > > proj-V1 　　基本設計項目---システムテスト計画 > > proj-V1　　　機能設計項目---結合テスト計画 > > proj-V1　　　詳細設計項目---単体テスト計画 > --------------------------------------------- > > > > 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > 要件仕様ドキュメント画面でツリー表示されてます。 > 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > （多分、将来の機能にあるかもしれませんね。。。） > > > > > ----- Original Message ----- > From: Akipii Oga > To: TestLink JP Users ML > > Sent: Wednesday, September 16, 2009 3:52 PM > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > sunday_walkerさん、西山さん > > こんにちは、あきぴーです。 > 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > 返信を書く前にBlogへ僕の考えを書いてみました。 > > TestLinkの要件管理機能: プログラマの思索 > http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > > 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > 運用しづらいです。 > ＃現状は仕方ないですが。。 > > 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > 落とすことができます。 > 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > ので、設計漏れを見つけやすくなります。 > 要件本来の理由を書ければ、なお強力です。 > > 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > 欲しいです。 > また、要件の変更履歴機能も欲しいですね。 > > TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > よって、テスト工程の品質を大きく改善できると思います。 > > 以上、よろしくお願いします。 > > > > > 09/09/16 西山 博実 : sunday_walkerさん > こんにちは、西山です。 > > > > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > > 現状ないですね。 > > TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > > もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > > proj-V1　　　要件項目-------受入れテスト > docid-v1-1　　　　　ｔｃid-v1-1 > docid-v1-2　　　　　ｔｃid-v1-2 > > proj-V2　　　基本設計項目---システムテスト > docid-v2-1 ｔｃid-v2-1 > docid-v2-2 ｔｃid-v2-2 > docid-v2-3 ｔｃid-v2-3 > > proj-V3　　　機能設計項目---結合テスト > > proj-V4　　　詳細設計項目---単体テスト > > > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > Sent: Tuesday, September 15, 2009 9:16 PM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > あきぴー さん > > > > 返信ありがとうございます。 > > 大変参考になります。 > > > > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > > http://forza.cocolog-nifty.com/blog/ > > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > > > > > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > > > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > > > > > > > > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > > > > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うことにより、 > > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされない。 > > > > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > > > 以上の理解でよいでしょうか。 > > > > > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > >> お聞きした方がいいと思いますが。。 > > > > あきぴー さんは、十分詳しいとは思いますが... > > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > > > > Sunday Walker > > > > > > --- Akipii Oga wrote: > >> > >> sunday_walkerさん、こんにちは。あきぴーです。 > >> > >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > >> > >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > >> > >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 > >> > >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > >> > >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > >> と考えてよいと思います。 > >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > >> > >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > >> テストケースとN対Nの関係になります。 > >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > >> > >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > >> > >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > >> 粒度が問題になります。 > >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > >> > >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > >> 観点で作ることになると思います。 > >> > >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > >> 要件も同様の作業が必要だと思います。 > >> > >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > >> 威力を発揮します。 > >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > >> > >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > >> 使えればいいなと思っています。 > >> > >> 参考になれば幸いです。 > >> 以上、よろしくお願いします。 > >> > >> > >> 09/09/14 Sunday Walker :こんにちは > >> > >> どなたか以下についてわかれば、教えていただけるとありがたいです。 > >> > >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > >> > >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > >> > >> > >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> > >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> > >> 以上、よろしくお願いします。 > >> > >> Sunday Walker > >> > >> -------------------------------------- > >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> http://pr.mail.yahoo.co.jp/ec10years/ > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From hnishi ＠ skygroup.jp Fri Sep 18 17:08:23 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 18 Sep 2009 17:08:23 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> Message-ID: <9075829D82F54A298228A184DACE7243@skygroup.local> Sunday Walkerさん あきぴー さん こんにちは、西山です。 TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 いかがでしょうか？ ■ダウンロード TestLinkTools::TestLinkCnvMacro test_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 本体のパッチは4.4のものです。 以下のお試し版の「projBBB」に要件がインポートしてありますので 要件仕様ドキュメントの「解析」でご覧になれます。 要件間のカバレッジはまだ見れませんが、 「要件仕様ドキュメント１」を選択した時のイメージで、 「要件間解析」にチェックを入れると、 下位の要件がテストケースの部分に表示される様にします。 また、下位要件によってカバーされない要件も表示される様にします。 --------------------------------------------------- ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 --------------------------------------------------- ＞Sunday Walkerさん インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Thursday, September 17, 2009 12:40 AM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > 西山 さん > あきぴー さん > > 返信ありがとうございます。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > そう思います。 > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> 詳細化していきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > http://www.redmine.org/issues/443 > http://www.redmine.org/issues/756 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> 管理と連携が悪いので結局使い勝手が悪いです。 >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > Sunday Walker > > > --- Akipii Oga wrote: >> >> 西山さん、こんにちは。あきぴーです。 >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> いきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> 結局使い勝手が悪いです。 >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> になるのが商用ツールに無い最大の利点だと思います。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> 連携できれば最高です(^^) >> >> 以上、よろしくお願いします。 >> >> >> 09/09/16 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> ＞運用しづらいです。 >> >> 確かにそうですね。 >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> 以下の様にテスト計画で区別すべきかな。。。 >> >> proj-V1　　　要件項目-------受入れテスト計画 >> >> proj-V1 　　基本設計項目---システムテスト計画 >> >> proj-V1　　　機能設計項目---結合テスト計画 >> >> proj-V1　　　詳細設計項目---単体テスト計画 >> --------------------------------------------- >> >> >> >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> ----- Original Message ----- >> From: Akipii Oga >> To: TestLink JP Users ML >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> sunday_walkerさん、西山さん >> >> こんにちは、あきぴーです。 >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> TestLinkの要件管理機能: プログラマの思索 >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> 運用しづらいです。 >> ＃現状は仕方ないですが。。 >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> 落とすことができます。 >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> ので、設計漏れを見つけやすくなります。 >> 要件本来の理由を書ければ、なお強力です。 >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> 欲しいです。 >> また、要件の変更履歴機能も欲しいですね。 >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> よって、テスト工程の品質を大きく改善できると思います。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1　　　要件項目-------受入れテスト >> docid-v1-1　　　　　ｔｃid-v1-1 >> docid-v1-2　　　　　ｔｃid-v1-2 >> >> proj-V2　　　基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3　　　機能設計項目---結合テスト >> >> proj-V4　　　詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うこと >> > により、 >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされな >> > い。 >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From akipii ＠ gmail.com Fri Sep 18 17:45:32 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Fri, 18 Sep 2009 17:45:32 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <9075829D82F54A298228A184DACE7243@skygroup.local> References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> <9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: 西山さん、こんにちは。あきぴーです。 下記のマクロを落として、下記のテストサーバーで実際に見ました。 なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 上手いやり方だと思いました。 できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 一つ聞きたいことがあります。 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 かと思います。 これはどのように使うのでしょうか？ テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) 以上、よろしくお願いします。 09/09/18 西山 博実 : > > Sunday Walkerさん > あきぴー さん > こんにちは、西山です。 > > TestLink 1.7.4_4.5 で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 > 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 > > TestLink 1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 > いかがでしょうか？ > > > ■ダウンロード > TestLinkTools::TestLinkCnvMacro > test_TestLinkCnvMacro.tar.gz > > https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 > > 本体のパッチは4.4のものです。 > > 以下のお試し版の「projBBB」に要件がインポートしてありますので > 要件仕様ドキュメントの「解析」でご覧になれます。 > > 要件間のカバレッジはまだ見れませんが、 > 「要件仕様ドキュメント１」を選択した時のイメージで、 > 「要件間解析」にチェックを入れると、 > 下位の要件がテストケースの部分に表示される様にします。 > また、下位要件によってカバーされない要件も表示される様にします。 > > > --------------------------------------------------- > ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) > Login：takimin6 > Password：takimin6 > > URLを記載するとMLに配信されないので、 > [TestLink日本語化プロジェクト]でweb検索し、ニュースの > 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 > > --------------------------------------------------- > > ＞Sunday Walkerさん > インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 > > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > > Sent: Thursday, September 17, 2009 12:40 AM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > 西山 さん > > あきぴー さん > > > > 返信ありがとうございます。 > > > > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > > > そう思います。 > > > > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで > >> 詳細化していきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > > > 基本は１つの上位レベルの項目(a, > b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > > > > >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > > > > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > > > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > > > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... > でも、一部の人は使ってくれているようです。 > > http://www.redmine.org/issues/443 > > http://www.redmine.org/issues/756 > > > > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク > >> 管理と連携が悪いので結局使い勝手が悪いです。 > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 > >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > > > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > > > > Sunday Walker > > > > > > --- Akipii Oga wrote: > >> > >> 西山さん、こんにちは。あきぴーです。 > >> > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して > >> いきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので > >> 結局使い勝手が悪いです。 > >> > >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 > >> になるのが商用ツールに無い最大の利点だと思います。 > >> > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と > >> 連携できれば最高です(^^) > >> > >> 以上、よろしくお願いします。 > >> > >> > >> 09/09/16 西山 博実 : > >> > >> あきぴーさん > >> 西山です。 > >> > >> 社内ではblogが閲覧できなくて残念です。。。 > >> > >> > >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> ＞運用しづらいです。 > >> > >> 確かにそうですね。 > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > >> 以下の様にテスト計画で区別すべきかな。。。 > >> > >> proj-V1 要件項目-------受入れテスト計画 > >> > >> proj-V1 基本設計項目---システムテスト計画 > >> > >> proj-V1 機能設計項目---結合テスト計画 > >> > >> proj-V1 詳細設計項目---単体テスト計画 > >> --------------------------------------------- > >> > >> > >> > >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > >> （多分、将来の機能にあるかもしれませんね。。。） > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: Akipii Oga > >> To: TestLink JP Users ML > >> > >> Sent: Wednesday, September 16, 2009 3:52 PM > >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > >> sunday_walkerさん、西山さん > >> > >> こんにちは、あきぴーです。 > >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > >> 返信を書く前にBlogへ僕の考えを書いてみました。 > >> > >> TestLinkの要件管理機能: プログラマの思索 > >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > >> > >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> 運用しづらいです。 > >> ＃現状は仕方ないですが。。 > >> > >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > >> 落とすことができます。 > >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > >> ので、設計漏れを見つけやすくなります。 > >> 要件本来の理由を書ければ、なお強力です。 > >> > >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > >> 欲しいです。 > >> また、要件の変更履歴機能も欲しいですね。 > >> > >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > >> よって、テスト工程の品質を大きく改善できると思います。 > >> > >> 以上、よろしくお願いします。 > >> > >> > >> > >> > >> 09/09/16 西山 博実 : sunday_walkerさん > >> こんにちは、西山です。 > >> > >> > >> > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > >> > >> 現状ないですね。 > >> > >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > >> > >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > >> > >> proj-V1 要件項目-------受入れテスト > >> docid-v1-1 ｔｃid-v1-1 > >> docid-v1-2 ｔｃid-v1-2 > >> > >> proj-V2 基本設計項目---システムテスト > >> docid-v2-1 ｔｃid-v2-1 > >> docid-v2-2 ｔｃid-v2-2 > >> docid-v2-3 ｔｃid-v2-3 > >> > >> proj-V3 機能設計項目---結合テスト > >> > >> proj-V4 詳細設計項目---単体テスト > >> > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Sunday Walker" > >> To: "TestLink JP Users ML" > >> Sent: Tuesday, September 15, 2009 9:16 PM > >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > >> > >> > >> > あきぴー さん > >> > > >> > 返信ありがとうございます。 > >> > 大変参考になります。 > >> > > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > >> > http://forza.cocolog-nifty.com/blog/ > >> > > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > >> > > >> > > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> > > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > >> > > >> > > >> > > >> > * > TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > >> > > >> > * > TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 > さん作成のTestLinkCnvMacroを使うこと > >> > により、 > >> > > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink > 1.7.4推奨）はTestLink 1.8.xではサポートされな > >> > い。 > >> > > >> > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > > >> > 以上の理解でよいでしょうか。 > >> > > >> > > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > >> >> お聞きした方がいいと思いますが。。 > >> > > >> > あきぴー さんは、十分詳しいとは思いますが... > >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > >> > > >> > Sunday Walker > >> > > >> > > >> > --- Akipii Oga wrote: > >> >> > >> >> sunday_walkerさん、こんにちは。あきぴーです。 > >> >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > >> >> > >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > >> >> > >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 > >> >> > >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > >> >> > >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > >> >> と考えてよいと思います。 > >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > >> >> > >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > >> >> テストケースとN対Nの関係になります。 > >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > >> >> > >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > >> >> > >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > >> >> 粒度が問題になります。 > >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > >> >> > >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > >> >> 観点で作ることになると思います。 > >> >> > >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > >> >> 要件も同様の作業が必要だと思います。 > >> >> > >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > >> >> 威力を発揮します。 > >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > >> >> > >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > >> >> 使えればいいなと思っています。 > >> >> > >> >> 参考になれば幸いです。 > >> >> 以上、よろしくお願いします。 > >> >> > >> >> > >> >> 09/09/14 Sunday Walker :こんにちは > >> >> > >> >> > >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 > >> >> > >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > >> >> > >> >> > >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > >> >> > >> >> > >> >> > 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> > >> >> > TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> > 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> > 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 以上、よろしくお願いします。 > >> >> > >> >> Sunday Walker > >> >> > >> >> -------------------------------------- > >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> >> http://pr.mail.yahoo.co.jp/ec10years/ > >> >> > >> >> _______________________________________________ > >> >> Testlinkjp-users mailing list > >> >> Testlinkjp-users ＠ lists.sourceforge.jp > >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> >> > >> >> > >> >> > >> >> -- > >> >> /**************************** > >> >> Akihiko Ogawa (akipii ＠ gmail.com) > >> >> Blog: http://forza.cocolog-nifty.com > >> >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> >> /****************************/ > >> > > >> > -------------------------------------- > >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> > http://pr.mail.yahoo.co.jp/ec10years/ > >> > > >> > _______________________________________________ > >> > Testlinkjp-users mailing list > >> > Testlinkjp-users ＠ lists.sourceforge.jp > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090918/d755cbfe/attachment-0001.htm From hnishi ＠ skygroup.jp Fri Sep 18 18:32:03 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 18 Sep 2009 18:32:03 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp><9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: あきぴーさん 西山です。 ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 この場合はキーワードではなくて、キーワード方式とは別に 要件とテストケースを関連つける機能が従来からあります。 これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 理論的に可能ですね。表示を考えてみましょう。。。。 ＞reqspecTAGシートで「フェーズ」という項目があります。 ＞これはどのように使うのでしょうか？ 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 また、テスト計画の設定画面でも、選択できる様にします。 これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) ええ、それで「フェースタイプテーブル」でフェーズを管理します。 例えば、 '２'：機能設計仕様---機能テスト計画 '３'：IF設計仕様---IF結合テスト計画 '４'：詳細設計仕様---単体テスト計画 とかに、変更できます。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 18, 2009 5:45 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 下記のマクロを落として、下記のテストサーバーで実際に見ました。 なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 上手いやり方だと思いました。 できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 一つ聞きたいことがあります。 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 かと思います。 これはどのように使うのでしょうか？ テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) 以上、よろしくお願いします。 09/09/18 西山 博実 : Sunday Walkerさん あきぴー さん こんにちは、西山です。 TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 いかがでしょうか？ ■ダウンロード TestLinkTools::TestLinkCnvMacro test_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 本体のパッチは4.4のものです。 以下のお試し版の「projBBB」に要件がインポートしてありますので 要件仕様ドキュメントの「解析」でご覧になれます。 要件間のカバレッジはまだ見れませんが、 「要件仕様ドキュメント１」を選択した時のイメージで、 「要件間解析」にチェックを入れると、 下位の要件がテストケースの部分に表示される様にします。 また、下位要件によってカバーされない要件も表示される様にします。 --------------------------------------------------- ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 --------------------------------------------------- ＞Sunday Walkerさん インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Thursday, September 17, 2009 12:40 AM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > 西山 さん > あきぴー さん > > 返信ありがとうございます。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > そう思います。 > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> 詳細化していきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > http://www.redmine.org/issues/443 > http://www.redmine.org/issues/756 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> 管理と連携が悪いので結局使い勝手が悪いです。 >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > Sunday Walker > > > --- Akipii Oga wrote: >> >> 西山さん、こんにちは。あきぴーです。 >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> いきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> 結局使い勝手が悪いです。 >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> になるのが商用ツールに無い最大の利点だと思います。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> 連携できれば最高です(^^) >> >> 以上、よろしくお願いします。 >> >> >> 09/09/16 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> ＞運用しづらいです。 >> >> 確かにそうですね。 >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> 以下の様にテスト計画で区別すべきかな。。。 >> >> proj-V1　　　要件項目-------受入れテスト計画 >> >> proj-V1 基本設計項目---システムテスト計画 >> >> proj-V1　　　機能設計項目---結合テスト計画 >> >> proj-V1　　　詳細設計項目---単体テスト計画 >> --------------------------------------------- >> >> >> >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> ----- Original Message ----- >> From: Akipii Oga >> To: TestLink JP Users ML >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> sunday_walkerさん、西山さん >> >> こんにちは、あきぴーです。 >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> TestLinkの要件管理機能: プログラマの思索 >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> 運用しづらいです。 >> ＃現状は仕方ないですが。。 >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> 落とすことができます。 >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> ので、設計漏れを見つけやすくなります。 >> 要件本来の理由を書ければ、なお強力です。 >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> 欲しいです。 >> また、要件の変更履歴機能も欲しいですね。 >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> よって、テスト工程の品質を大きく改善できると思います。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1　　　要件項目-------受入れテスト >> docid-v1-1　　　　　ｔｃid-v1-1 >> docid-v1-2　　　　　ｔｃid-v1-2 >> >> proj-V2　　　基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3　　　機能設計項目---結合テスト >> >> proj-V4　　　詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うこと >> > により、 >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされな >> > い。 >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケー --◇ テストスイート　--◇　テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090918/b8a17641/attachment-0001.htm From sunday_walker_field ＠ yahoo.co.jp Fri Sep 18 22:00:47 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 18 Sep 2009 22:00:47 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: <20090918130047.13209.qmail@web3915.mail.bbt.yahoo.co.jp> 西山 さん 関連する下位の要件と関連するテストケースが分かり、良いと思います。 大変役に立つと思います。 さらなる改善のためのコメントを以下に記します。 関連する下位の要件は最大4つでしょうか。 関連するテストケースは最大6つでしょうか。 できれば、数の制限がない方が良いと思います。 できれば、印刷することも考慮できると良いと思います。 （横に長いので印刷しにくい） ただし、どうすれば良いのかの具体的な妙案はないのですが... いくつか思いつく点を記してみます。 * 2つ目以降は行を増やして記載するか？ * 罫線等でどこまでが関連行かを明確にするか？ * グループ化機能も活用して2つ目以降は表示したり、非表示にしたり、 折りたたみ可能とするか？ Sunday Walker --- 西山 博実 wrote: > Sunday Walkerさん > あきぴー さん > こんにちは、西山です。 > > TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 > 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 > > TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 > いかがでしょうか？ > > > ■ダウンロード > TestLinkTools::TestLinkCnvMacro > test_TestLinkCnvMacro.tar.gz > https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 > > 本体のパッチは4.4のものです。 > > 以下のお試し版の「projBBB」に要件がインポートしてありますので > 要件仕様ドキュメントの「解析」でご覧になれます。 > > 要件間のカバレッジはまだ見れませんが、 > 「要件仕様ドキュメント１」を選択した時のイメージで、 > 「要件間解析」にチェックを入れると、 > 下位の要件がテストケースの部分に表示される様にします。 > また、下位要件によってカバーされない要件も表示される様にします。 > > > --------------------------------------------------- > ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) > Login：takimin6 > Password：takimin6 > > URLを記載するとMLに配信されないので、 > [TestLink日本語化プロジェクト]でweb検索し、ニュースの > 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 > > --------------------------------------------------- > > ＞Sunday Walkerさん > インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > Sent: Thursday, September 17, 2009 12:40 AM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > 西山 さん > > あきぴー さん > > > > 返信ありがとうございます。 > > > > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > > > そう思います。 > > > > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで > >> 詳細化していきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > > > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > > > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > > http://www.redmine.org/issues/443 > > http://www.redmine.org/issues/756 > > > > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク > >> 管理と連携が悪いので結局使い勝手が悪いです。 > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 > >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > > > > Sunday Walker > > > > > > --- Akipii Oga wrote: > >> > >> 西山さん、こんにちは。あきぴーです。 > >> > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して > >> いきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので > >> 結局使い勝手が悪いです。 > >> > >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 > >> になるのが商用ツールに無い最大の利点だと思います。 > >> > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と > >> 連携できれば最高です(^^) > >> > >> 以上、よろしくお願いします。 > >> > >> > >> 09/09/16 西山 博実 : > >> > >> あきぴーさん > >> 西山です。 > >> > >> 社内ではblogが閲覧できなくて残念です。。。 > >> > >> > >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> ＞運用しづらいです。 > >> > >> 確かにそうですね。 > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > >> 以下の様にテスト計画で区別すべきかな。。。 > >> > >> proj-V1　　　要件項目-------受入れテスト計画 > >> > >> proj-V1 　　基本設計項目---システムテスト計画 > >> > >> proj-V1　　　機能設計項目---結合テスト計画 > >> > >> proj-V1　　　詳細設計項目---単体テスト計画 > >> --------------------------------------------- > >> > >> > >> > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > >> （多分、将来の機能にあるかもしれませんね。。。） > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: Akipii Oga > >> To: TestLink JP Users ML > >> > >> Sent: Wednesday, September 16, 2009 3:52 PM > >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > >> sunday_walkerさん、西山さん > >> > >> こんにちは、あきぴーです。 > >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > >> 返信を書く前にBlogへ僕の考えを書いてみました。 > >> > >> TestLinkの要件管理機能: プログラマの思索 > >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > >> > >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> 運用しづらいです。 > >> ＃現状は仕方ないですが。。 > >> > >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > >> 落とすことができます。 > >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > >> ので、設計漏れを見つけやすくなります。 > >> 要件本来の理由を書ければ、なお強力です。 > >> > >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > >> 欲しいです。 > >> また、要件の変更履歴機能も欲しいですね。 > >> > >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > >> よって、テスト工程の品質を大きく改善できると思います。 > >> > >> 以上、よろしくお願いします。 > >> > >> > >> > >> > >> 09/09/16 西山 博実 : sunday_walkerさん > >> こんにちは、西山です。 > >> > >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > >> > >> 現状ないですね。 > >> > >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > >> > >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > >> > >> proj-V1　　　要件項目-------受入れテスト > >> docid-v1-1　　　　　ｔｃid-v1-1 > >> docid-v1-2　　　　　ｔｃid-v1-2 > >> > >> proj-V2　　　基本設計項目---システムテスト > >> docid-v2-1 ｔｃid-v2-1 > >> docid-v2-2 ｔｃid-v2-2 > >> docid-v2-3 ｔｃid-v2-3 > >> > >> proj-V3　　　機能設計項目---結合テスト > >> > >> proj-V4　　　詳細設計項目---単体テスト > >> > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Sunday Walker" > >> To: "TestLink JP Users ML" > >> Sent: Tuesday, September 15, 2009 9:16 PM > >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > >> > >> > >> > あきぴー さん > >> > > >> > 返信ありがとうございます。 > >> > 大変参考になります。 > >> > > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > >> > http://forza.cocolog-nifty.com/blog/ > >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > >> > > >> > > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> > > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > >> > > >> > > >> > > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > >> > > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うこと > >> > により、 > >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされな > >> > い。 > >> > > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > > >> > 以上の理解でよいでしょうか。 > >> > > >> > > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > >> >> お聞きした方がいいと思いますが。。 > >> > > >> > あきぴー さんは、十分詳しいとは思いますが... > >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > >> > > >> > Sunday Walker > >> > > >> > > >> > --- Akipii Oga wrote: > >> >> > >> >> sunday_walkerさん、こんにちは。あきぴーです。 > >> >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > >> >> > >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > >> >> > >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 > >> >> > >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > >> >> > >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > >> >> と考えてよいと思います。 > >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > >> >> > >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > >> >> テストケースとN対Nの関係になります。 > >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > >> >> > >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > >> >> > >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > >> >> 粒度が問題になります。 > >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > >> >> > >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > >> >> 観点で作ることになると思います。 > >> >> > >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > >> >> 要件も同様の作業が必要だと思います。 > >> >> > >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > >> >> 威力を発揮します。 > >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > >> >> > >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > >> >> 使えればいいなと思っています。 > >> >> > >> >> 参考になれば幸いです。 > >> >> 以上、よろしくお願いします。 > >> >> > >> >> > >> >> 09/09/14 Sunday Walker :こんにちは > >> >> > >> >> > >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 > >> >> > >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > >> >> > >> >> > >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > >> >> > >> >> > >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> > >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 以上、よろしくお願いします。 > >> >> > >> >> Sunday Walker > >> >> > >> >> -------------------------------------- > >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> >> http://pr.mail.yahoo.co.jp/ec10years/ > >> >> > >> >> _______________________________________________ > >> >> Testlinkjp-users mailing list > >> >> Testlinkjp-users ＠ lists.sourceforge.jp > >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> >> > >> >> > >> >> > >> >> -- > >> >> /**************************** > >> >> Akihiko Ogawa (akipii ＠ gmail.com) > >> >> Blog: http://forza.cocolog-nifty.com > >> >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> >> /****************************/ > >> > > >> > -------------------------------------- > >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> > http://pr.mail.yahoo.co.jp/ec10years/ > >> > > >> > _______________________________________________ > >> > Testlinkjp-users mailing list > >> > Testlinkjp-users ＠ lists.sourceforge.jp > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From akipii ＠ gmail.com Sat Sep 19 08:14:43 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Sat, 19 Sep 2009 08:14:43 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> <9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: 西山さん、おはようございます。あきぴーです。 要件の関連付けは分かりました。 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ つまり、下記のイメージです。 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も あるからです。 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が 汎用性があります。 フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは ないでしょうか？ ご検討してもらえると幸いです。 以上、よろしくお願いします。 09/09/18 西山 博実 : > > あきぴーさん > 西山です。 > > ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > この場合はキーワードではなくて、キーワード方式とは別に > 要件とテストケースを関連つける機能が従来からあります。 > これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 > （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） > > ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > 理論的に可能ですね。表示を考えてみましょう。。。。 > > ＞reqspecTAGシートで「フェーズ」という項目があります。 > ＞これはどのように使うのでしょうか？ > 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 > また、テスト計画の設定画面でも、選択できる様にします。 > これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 > > ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > ええ、それで「フェースタイプテーブル」でフェーズを管理します。 > > 例えば、 > '２'：機能設計仕様---機能テスト計画 > '３'：IF設計仕様---IF結合テスト計画 > '４'：詳細設計仕様---単体テスト計画 > とかに、変更できます。 > > > > > ----- Original Message ----- > *From:* Akipii Oga > *To:* TestLink JP Users ML > *Sent:* Friday, September 18, 2009 5:45 PM > *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、こんにちは。あきぴーです。 > 下記のマクロを落として、下記のテストサーバーで実際に見ました。 > > なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > 上手いやり方だと思いました。 > できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > > 一つ聞きたいことがあります。 > 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 > 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 > かと思います。 > これはどのように使うのでしょうか？ > テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > > 以上、よろしくお願いします。 > > 09/09/18 西山 博実 : >> >> Sunday Walkerさん >> あきぴー さん >> こんにちは、西山です。 >> >> TestLink 1.7.4_4.5 で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 >> 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 >> >> TestLink 1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 >> いかがでしょうか？ >> >> >> ■ダウンロード >> TestLinkTools::TestLinkCnvMacro >> test_TestLinkCnvMacro.tar.gz >> >> https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 >> >> 本体のパッチは4.4のものです。 >> >> 以下のお試し版の「projBBB」に要件がインポートしてありますので >> 要件仕様ドキュメントの「解析」でご覧になれます。 >> >> 要件間のカバレッジはまだ見れませんが、 >> 「要件仕様ドキュメント１」を選択した時のイメージで、 >> 「要件間解析」にチェックを入れると、 >> 下位の要件がテストケースの部分に表示される様にします。 >> また、下位要件によってカバーされない要件も表示される様にします。 >> >> >> --------------------------------------------------- >> ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) >> Login：takimin6 >> Password：takimin6 >> >> URLを記載するとMLに配信されないので、 >> [TestLink日本語化プロジェクト]でweb検索し、ニュースの >> 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 >> >> --------------------------------------------------- >> >> ＞Sunday Walkerさん >> インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> >> Sent: Thursday, September 17, 2009 12:40 AM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > 西山 さん >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > >> > >> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> > >> > そう思います。 >> > >> > >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> >> 詳細化していきたいのです。 >> >> >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> > >> > 基本は１つの上位レベルの項目(a, >> b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 >> > >> > >> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >> >> 要件仕様ドキュメント画面でツリー表示されてます。 >> > >> > >> このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 >> > >> > >> このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 >> > >> > >> たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby >> > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... >> でも、一部の人は使ってくれているようです。 >> > http://www.redmine.org/issues/443 >> > http://www.redmine.org/issues/756 >> > >> > >> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> >> 管理と連携が悪いので結局使い勝手が悪いです。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> >> SCM(Subversion)にある成果物と連携できれば最高です(^^) >> > >> > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 >> > >> > >> 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 >> > >> > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 >> > >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> 西山さん、こんにちは。あきぴーです。 >> >> >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> >> いきたいのです。 >> >> >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> >> 結局使い勝手が悪いです。 >> >> >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> >> になるのが商用ツールに無い最大の利点だと思います。 >> >> >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> >> 連携できれば最高です(^^) >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/16 西山 博実 : >> >> >> >> あきぴーさん >> >> 西山です。 >> >> >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> >> ＞運用しづらいです。 >> >> >> >> 確かにそうですね。 >> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> >> 以下の様にテスト計画で区別すべきかな。。。 >> >> >> >> proj-V1 要件項目-------受入れテスト計画 >> >> >> >> proj-V1 基本設計項目---システムテスト計画 >> >> >> >> proj-V1 機能設計項目---結合テスト計画 >> >> >> >> proj-V1 詳細設計項目---単体テスト計画 >> >> --------------------------------------------- >> >> >> >> >> >> >> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >> >> 要件仕様ドキュメント画面でツリー表示されてます。 >> >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> >> >> >> >> >> ----- Original Message ----- >> >> From: Akipii Oga >> >> To: TestLink JP Users ML >> >> >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> >> sunday_walkerさん、西山さん >> >> >> >> こんにちは、あきぴーです。 >> >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> >> >> TestLinkの要件管理機能: プログラマの思索 >> >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> >> 運用しづらいです。 >> >> ＃現状は仕方ないですが。。 >> >> >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> >> 落とすことができます。 >> >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> >> ので、設計漏れを見つけやすくなります。 >> >> 要件本来の理由を書ければ、なお強力です。 >> >> >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> >> 欲しいです。 >> >> また、要件の変更履歴機能も欲しいですね。 >> >> >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> >> よって、テスト工程の品質を大きく改善できると思います。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> >> こんにちは、西山です。 >> >> >> >> >> >> > * >> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> >> >> >> 現状ないですね。 >> >> >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> >> >> proj-V1 要件項目-------受入れテスト >> >> docid-v1-1 ｔｃid-v1-1 >> >> docid-v1-2 ｔｃid-v1-2 >> >> >> >> proj-V2 基本設計項目---システムテスト >> >> docid-v2-1 ｔｃid-v2-1 >> >> docid-v2-2 ｔｃid-v2-2 >> >> docid-v2-3 ｔｃid-v2-3 >> >> >> >> proj-V3 機能設計項目---結合テスト >> >> >> >> proj-V4 詳細設計項目---単体テスト >> >> >> >> >> >> >> >> >> >> >> >> ----- Original Message ----- >> >> From: "Sunday Walker" >> >> To: "TestLink JP Users ML" >> >> Sent: Tuesday, September 15, 2009 9:16 PM >> >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> >> >> >> > あきぴー さん >> >> > >> >> > 返信ありがとうございます。 >> >> > 大変参考になります。 >> >> > >> >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> >> > http://forza.cocolog-nifty.com/blog/ >> >> > >> 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> >> > >> >> > >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> > >> >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> >> > >> >> > >> >> > >> >> > * >> TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> >> > >> >> > * >> TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 >> さん作成のTestLinkCnvMacroを使うこと >> >> > により、 >> >> > >> この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink >> 1.7.4推奨）はTestLink 1.8.xではサポートされな >> >> > い。 >> >> > >> >> > * >> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> > >> >> > 以上の理解でよいでしょうか。 >> >> > >> >> > >> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> >> お聞きした方がいいと思いますが。。 >> >> > >> >> > あきぴー さんは、十分詳しいとは思いますが... >> >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> >> > >> >> > Sunday Walker >> >> > >> >> > >> >> > --- Akipii Oga wrote: >> >> >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 >> >> >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> >> と考えてよいと思います。 >> >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> >> テストケースとN対Nの関係になります。 >> >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> >> 粒度が問題になります。 >> >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> >> 観点で作ることになると思います。 >> >> >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> >> 威力を発揮します。 >> >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> >> 使えればいいなと思っています。 >> >> >> >> >> >> 参考になれば幸いです。 >> >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> Sunday Walker >> >> >> >> >> >> -------------------------------------- >> >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> >> >> _______________________________________________ >> >> >> Testlinkjp-users mailing list >> >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> /**************************** >> >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> >> Blog: http://forza.cocolog-nifty.com >> >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> >> /****************************/ >> >> > >> >> > -------------------------------------- >> >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> > http://pr.mail.yahoo.co.jp/ec10years/ >> >> > >> >> > _______________________________________________ >> >> > Testlinkjp-users mailing list >> >> > Testlinkjp-users ＠ lists.sourceforge.jp >> >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> >> >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > ------------------------------ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090919/bc9529cb/attachment-0001.htm From ryo.funaki ＠ gmail.com Sat Sep 19 09:35:59 2009 From: ryo.funaki ＠ gmail.com (R.Funaki) Date: Sat, 19 Sep 2009 08:35:59 +0800 Subject: [Testlinkjp-users] =?utf-8?b?44CQ6LOq5ZWP44CR44CMVGVzdExpbmtDbnZN?= =?utf-8?b?YWNyb+OAjeODpuODvOOCtuOCpOODs+ODneODvOODiOOBruS9v+eUqA==?= =?utf-8?b?5pa55rOV44CA?= In-Reply-To: <20090915080129.66519.qmail@web4209.mail.ogk.yahoo.co.jp> References: <20090915080129.66519.qmail@web4209.mail.ogk.yahoo.co.jp> Message-ID: <75fcc7b70909181735y7acd92emece0eba7465cb2f6@mail.gmail.com> 西山さん 船木です。 １．８系では修正なしでマクロが動作すると思い込んでました。T_T) 便乗質問でもうしわけありません。 現在、testlink1.8.3パッチバージョンに移行のためローカライズ及び社内試験中です。 実稼動サーバに移す前に気づいて良かったです。 ところで・・・ v44aマクロは、1.8,Xに対してはインポートは基本OKだがエクスポート及びそれに伴うグラフは NGという認識でよいでしょうか。 もし自分で修正するとすれば、 １・v44aマクロのTESTLINK本体用パッチを元に、1.8.3ソースを修正 ２・v44aマクロのxmlエキスポートを1.8.3のフォーマットにあうように修正 このような手順で良いでしょうか？ 既に、1.8.3上に社内要求を追加しているので戻れないのです。 ご回答できる範囲で良いですからおしえていただけないでしょうか。 From hnishi ＠ skygroup.jp Thu Sep 24 09:47:33 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Thu, 24 Sep 2009 09:47:33 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCIVo8QUxkIVshVhsoQlRlc3RM?= =?iso-2022-jp?b?aW5rQ252TWFjcm8bJEIhVyVmITwlNiUkJXMlXSE8JUgbKEI=?= =?iso-2022-jp?b?GyRCJE47SE1RSn1LISEhGyhC?= References: <20090915080129.66519.qmail@web4209.mail.ogk.yahoo.co.jp> <75fcc7b70909181735y7acd92emece0eba7465cb2f6@mail.gmail.com> Message-ID: $BA%LZ$5$s(B $B@>;3$G$9!#(B > v44a$B%^%/%m$O!"(B1.8,X$B$KBP$7$F$O%$%s%]!<%H$O4pK\(BOK$B$@$,%(%/%9%]!<%H5Z$S$=$l$KH<$&%0%i%U$O(B > NG$B$H$$$&G'<1$G$h$$$G$7$g$&$+!#(B $B$O$$!#!!(BXMLtoSheet $B$O5!G=$7$^$;$s!#(B > $B$b$7<+J,$G=$@5$9$k$H$9$l$P!"(B > $B#1!&(Bv44a$B%^%/%m$N(BTESTLINK$BK\BNMQ%Q%C%A$r85$K!"(B1.8.3$B%=!<%9$r=$@5(B 1.8.3$B=$@5$O$*4+$a$G$-$^$;$s!#(B $B2?8N$J$i$P!"(Btestlink$B$N(BBTS$B$r8+$k$H(B1.8.4$B$b$"$k$N$G!"(B $B$=$N$&$A2~HG$5$l$k$b$N$H;W$o$l$^$9!#(B 1.8.3$B%Y!<%9$G=$@5$7$F!"#1(B.8.4$B$H$N:9J,$r99$KBP1~$9$k/$J$/$F$bK\2H<+?H$,(B1.8$B$N0BDjHG$r8x3+!J ＠ k8@!K$9$k$^$G$O!"(B $B=$@5$O$7$J$$J}$,8-L@$+$H;W$$$^$9!#(B > $B#2!&(Bv44a$B%^%/%m$N(Bxml$B%(%-%9%]!<%H$r(B1.8.3$B$N%U%)!<%^%C%H$K$"$&$h$&$K=$@5(B MakeXML$B$N%U%)!<%^%C%H=$@5$OITMW$G$9!#(B $BK\BN$N%$%s%]!<%H%3!<%I=$@5$GBP1~$G$-$^$9!#(B $B0J>e$G$9!#(B ----- Original Message ----- From: "R.Funaki" To: "TestLink JP Users ML" Sent: Saturday, September 19, 2009 9:35 AM Subject: Re: [Testlinkjp-users]$Be`@j%&%'iu>e(B?$BBe(B?$B75(BestLinkCnvMacro$Be`:e&(ec%7eb%+eb!"ec%&ecZe!&ec0e!&h?%=mt%#kv%1l5Je(B? > $B@>;3$5$s(B > > $BA%LZ$G$9!#(B > > $B#1!%#87O$G$O=$@5$J$7$G%^%/%m$,F0:n$9$k$H;W$$9~$s$G$^$7$?!#(BT_T) > > $BJX>h > $B8=:_!"(Btestlink1.8.3$B%Q%C%A%P!<%8%g%s$K0\9T$N$?$a%m!<%+%i%$%:5Z$S $B $B$H$3$m$G!&!&!&(B > v44a$B%^%/%m$O!"(B1.8,X$B$KBP$7$F$O%$%s%]!<%H$O4pK\(BOK$B$@$,%(%/%9%]!<%H5Z$S$=$l$KH<$&%0%i%U$O(B > NG$B$H$$$&G'<1$G$h$$$G$7$g$&$+!#(B > $B$b$7<+J,$G=$@5$9$k$H$9$l$P!"(B > $B#1!&(Bv44a$B%^%/%m$N(BTESTLINK$BK\BNMQ%Q%C%A$r85$K!"(B1.8.3$B%=!<%9$r=$@5(B > $B#2!&(Bv44a$B%^%/%m$N(Bxml$B%(%-%9%]!<%H$r(B1.8.3$B$N%U%)!<%^%C%H$K$"$&$h$&$K=$@5(B > $B$3$N$h$&$J > $B4{$K!"(B1.8.3$B>e$K $B$42sEz$G$-$kHO0O$GNI$$$G$9$+$i$*$7$($F$$$?$@$1$J$$$G$7$g$&$+!#(B > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From hnishi ＠ skygroup.jp Thu Sep 24 11:44:16 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Thu, 24 Sep 2009 11:44:16 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp><9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: 西山です。 用語は、フェーズを止めて、CMMのプロセスに変更します。 ＃Sunday Walkerさん > 関連する下位の要件は最大4つでしょうか。 > 関連するテストケースは最大6つでしょうか。 > できれば、数の制限がない方が良いと思います。 制限はありません。 とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) プロセス数の変更は、「プロセスタイプテーブル」をphpMyAdminで修正して増設します。 また、プロジェクトテーブルに「プロセスタイプ」を追加する事で プロジェクト毎のプロセスタイプ（プロセス数）に対応しましょう。 プロセスタイプテーブル Type　　Processid '1'-----'1'：要件仕様,受入れテスト計画 '1'-----'2'：機能設計仕様,機能テスト計画 '1'-----'3'：基本設計仕様,結合テスト計画 '1'-----'4'：詳細設計仕様,単体テスト計画 ---------------------------------- 以下は増設例 '2'-----'1'：要件仕様,受入れテスト計画 '2'-----'2'：機能設計仕様,機能テスト計画 '2'-----'3'：基本設計仕様,結合テスト計画 '2'-----'4'：IF設計仕様,IF結合テスト計画 '2'-----'5'：詳細設計仕様,単体テスト計画 > できれば、印刷することも考慮できると良いと思います。 > （横に長いので印刷しにくい） 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 +++++++++++++++++++++++++ ＃あきぴーさん > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 特に関連テーブルがなくても1対Nにも対応できます。 Processid 1:要件仕様------1:受入れテスト計画1 　　　　　　　　　　 　 1:受入れテスト計画2 　　　　　　　　　　　 1:受入れテスト計画3 2:基本設計仕様---2:システムテスト計画1 　　　　　　　　　　　 2:システムテスト計画2 ... 以上です。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Saturday, September 19, 2009 8:14 AM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、おはようございます。あきぴーです。 要件の関連付けは分かりました。 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ つまり、下記のイメージです。 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も あるからです。 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が 汎用性があります。 フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは ないでしょうか？ ご検討してもらえると幸いです。 以上、よろしくお願いします。 09/09/18 西山 博実 : あきぴーさん 西山です。 ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 この場合はキーワードではなくて、キーワード方式とは別に 要件とテストケースを関連つける機能が従来からあります。 これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 理論的に可能ですね。表示を考えてみましょう。。。。 ＞reqspecTAGシートで「フェーズ」という項目があります。 ＞これはどのように使うのでしょうか？ 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 また、テスト計画の設定画面でも、選択できる様にします。 これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) ええ、それで「フェースタイプテーブル」でフェーズを管理します。 例えば、 '２'：機能設計仕様---機能テスト計画 '３'：IF設計仕様---IF結合テスト計画 '４'：詳細設計仕様---単体テスト計画 とかに、変更できます。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 18, 2009 5:45 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 下記のマクロを落として、下記のテストサーバーで実際に見ました。 なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 上手いやり方だと思いました。 できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 一つ聞きたいことがあります。 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 かと思います。 これはどのように使うのでしょうか？ テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) 以上、よろしくお願いします。 09/09/18 西山 博実 : Sunday Walkerさん あきぴー さん こんにちは、西山です。 TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 いかがでしょうか？ ■ダウンロード TestLinkTools::TestLinkCnvMacro test_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 本体のパッチは4.4のものです。 以下のお試し版の「projBBB」に要件がインポートしてありますので 要件仕様ドキュメントの「解析」でご覧になれます。 要件間のカバレッジはまだ見れませんが、 「要件仕様ドキュメント１」を選択した時のイメージで、 「要件間解析」にチェックを入れると、 下位の要件がテストケースの部分に表示される様にします。 また、下位要件によってカバーされない要件も表示される様にします。 --------------------------------------------------- ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 --------------------------------------------------- ＞Sunday Walkerさん インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Thursday, September 17, 2009 12:40 AM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > 西山 さん > あきぴー さん > > 返信ありがとうございます。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > そう思います。 > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> 詳細化していきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > http://www.redmine.org/issues/443 > http://www.redmine.org/issues/756 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> 管理と連携が悪いので結局使い勝手が悪いです。 >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > Sunday Walker > > > --- Akipii Oga wrote: >> >> 西山さん、こんにちは。あきぴーです。 >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> いきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> 結局使い勝手が悪いです。 >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> になるのが商用ツールに無い最大の利点だと思います。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> 連携できれば最高です(^^) >> >> 以上、よろしくお願いします。 >> >> >> 09/09/16 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> ＞運用しづらいです。 >> >> 確かにそうですね。 >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> 以下の様にテスト計画で区別すべきかな。。。 >> >> proj-V1　　　要件項目-------受入れテスト計画 >> >> proj-V1 基本設計項目---システムテスト計画 >> >> proj-V1　　　機能設計項目---結合テスト計画 >> >> proj-V1　　　詳細設計項目---単体テスト計画 >> --------------------------------------------- >> >> >> >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> ----- Original Message ----- >> From: Akipii Oga >> To: TestLink JP Users ML >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> sunday_walkerさん、西山さん >> >> こんにちは、あきぴーです。 >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> TestLinkの要件管理機能: プログラマの思索 >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> 運用しづらいです。 >> ＃現状は仕方ないですが。。 >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> 落とすことができます。 >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> ので、設計漏れを見つけやすくなります。 >> 要件本来の理由を書ければ、なお強力です。 >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> 欲しいです。 >> また、要件の変更履歴機能も欲しいですね。 >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> よって、テスト工程の品質を大きく改善できると思います。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1　　　要件項目-------受入れテスト >> docid-v1-1　　　　　ｔｃid-v1-1 >> docid-v1-2　　　　　ｔｃid-v1-2 >> >> proj-V2　　　基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3　　　機能設計項目---結合テスト >> >> proj-V4　　　詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うこ と >> > により、 >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされな >> > い。 >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケー --◇ テストスイート　--◇　テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090924/c013db78/attachment-0001.htm From sunday_walker_field ＠ yahoo.co.jp Thu Sep 24 20:29:00 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Thu, 24 Sep 2009 20:29:00 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?GyRCRTpJVSVVJSElJCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhBfCRyST08KEV5GyhCKHBhdGNoIE5vMTQgZm9yIFRlc3RsaW5r?= =?iso-2022-jp?b?IDEuOC4zKQ==?= Message-ID: <750809.12495.qm@web3907.mail.bbt.yahoo.co.jp> 1.8.3用のパッチ(No.14)を作成しました。下記URLを参照ください。下記URLの添付はdiff形式のファイルと修正したソースファイル全てをzipしたものです。 http://sourceforge.jp/ticket/browse.php?group_id=3032&tid=18865 --- 以下は今回のパッチでの追加機能／バグ修正 --- 以下のバグ修正をしました。 * ResultsのTest PlanとTest Reportでのテストケースのソート順序が異なる場合がある。(のバグ修正) Test Reportのソート順序をTest Planのソート順序に合わせました。 * ExecuteのAttachementのDBへの登録タイムスタンプが同一の値の場合にソート順序が逆になる。(のバグ修正) この修正によりWordやHTMLなどでTest Reportでの添付ファイル（Attachement）の表示順序も正しくなります。 ---- 以下は従来パッチからの機能／バグ修正 ---- * タイムチャート（日本語対応）を追加しました。 ( http://www.testlink.org/mantis/view.php?id=2115 ) * ビルドチャート（日本語対応）を追加しました。 ( http://www.testlink.org/mantis/view.php?id=2503 ) * グラフのX軸の文字表示領域を大きくしました。 下記に記載のIPAフォントよりも（１のパッチの適用は不要） http://testlinkjp.org/modules/pukiwiki/?TestLinkTips#ct71_1_1 下記のVLゴシックフォントを使用することをお勧めします。 （英文字の文字幅がIPAフォントより狭く、文字列の長さが短くなる） http://dicey.org/vlgothic/ * System.phpを使用しないようにしました。 http://www.testlink.org/mantis/view.php?id=2647 > Fatal error: require_once() [function.require]: Failed opening required 'System.php' * 「実行」の「XMLから結果をインポート」にて、添付ファイルを含む zipファイル(results.xml, attachments/37/testlink_20090502-021.PNG , attachments/38/testlink_20090502-022.PNG)から １つのテストケースにつき複数の添付ファイルも含めてインポートできる ようにしました。 （従来は1テストケースについて1つの添付ファイルまで正常動作） 以下はインポートするXMLファイルの例です。 f 2009-05-08 12:15:10

]]> * 「イベント」に表示されるいくつかのWarnningが表示されないように 対応しました。 * IEで「実行」にてテストケースを選択し、「XMLから結果をインポート」にて 実行結果のXMLをインポートできない件の再修正 （以前からFireFoxではインポートできていました。 http://www.testlink.org/mantis/view.php?id=2534 ） * 以下のバグ修正 ( http://www.testlink.org/mantis/view.php?id=2647 ) I have changed all the patches download from the URL above, and there is more then one report format named xml. I met two problems: The 1st is: I do the following things: (1),'Results' (2),Select 'Report Format' to 'xml'(or 'HTML','MS Word') (3),'Test Report'(or 'Test Plan') (4),Select the content i want to display from check box. But it displays nothing; * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、実行結果等が正しく出力されないバグを 修正しました。 * 「結果」の「テスト計画」、「テスト結果」にて、 XML出力に対応しました。 * 「実行」のテストスイーツを選択した際に、「XMLから結果をインポート」 を追加しました。(config.inc.php にて、 $tlCfg->exec_cfg->show_testsuite_contents = ENABLED; に変更する必要あり http://sourceforge.jp/projects/testlinkjp/lists/archive/users/2009-May/000555.html ） * 「実行」の「XMLから結果をインポート」にて、添付ファイルを含む zipファイル(results.xml, attachments/37/testlink_20090502-021.PNG)から 添付ファイルも含めてインポートできるようにしました。 以下はインポートするXMLファイルの例です。 例１ f 2009-05-08 12:15:10

]]> 例２ f 2009-05-08 12:15:10

]]> 例３ p test notes 2009-05-04 12:15:10 admin

]]> * IE6にて結果の各種表にて横スクロールバーが常に表示されてしまい右の端を 参照するのに横にスクロールする必要があったので、横スクロールバーが表示 されないようにしました。 * Firefoxで「レポートとメトリクス」の 「レポートフォーマット」が隠れてしまうバグを修正。 * IE6にてスクロールバーが表示されたときに文字が隠れなくしました。 * ノートPC（1024×768）でも表示が正しくなるようにしました。 テストケースの編集時のツリーが表示でスクロールバーが出ないように しました。 メインページの配置を変更しIEでもメニューの行数が増えないようにしました。 実行画面の行数を少し減らしました。 FirefoxでもResult入力が見えるようにしました。 （ただし、フォントサイズに依存） * メインページの見た目を統一しました。 * 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 Word, HTMLで表紙のフッタが下部に表示され、改ページされます。 目次も改ページされます。そのほか見栄えを変更しています。 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 「添付ファイルの表示」、「zipファイル出力」を追加。 「テストケースの印刷」、「結果」の「テスト計画」、「テスト結果」にて、 「zipファイル出力」をチェックした時に、添付ファイルやfckeditor にて追加した画像やリンクなどのファイルを含めてzipファイルとして 出力します。 スタイルも別ファイルとして含めるようにしました。 スタイルファイルを新規に作成し、このファイルのみ修正BSDライセンスと しました。これは生成したzipファイルを自由に使ってもらうためです。 * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、実行結果（ステータスのエクスポート、 備考のエクスポート、添付ファイルのエクスポート）を出力できるように しました。（ただし、XMLのタグは西山さんのものと異なります。） * 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、「zipファイルによるエクスポート」を追加。 「テストケースの編集」の「テストスイーツのエクスポート」「テスト ケースのエクスポート」にて、「zipファイルによるエクスポート」を指定 した時に、添付ファイルやfckeditorにて追加した画像やリンクなどのファ イルを含めるようにしました。 * 「テストレポートとメトリクス」に「全てのテストケース」、「成功した テストケース」を追加しました。 ファイルに特に記載がないもののライセンスはGPL2です。 ファイルにライセンスの記載があるものはそれに従ってください。 Sunday Walker -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From akipii ＠ gmail.com Fri Sep 25 13:02:58 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Fri, 25 Sep 2009 13:02:58 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> <9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: 西山さん、こんにちは。あきぴーです。 西山さんが考えている仕様が大体分かりました。 ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 フェースタイプテーブTblのフェーズで関係を管理する。 ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 つまり、プロジェクトと要件ドキュメントは1対Nになる。 プロセスタイプTblのタイプで関係を管理する。 ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) 上記の仕様が実現されれば、要件の追跡のインフラが整います。 それから、後もう1点、改善要望があります。 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ ＠IT：みんなが悩む要求管理（8） http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html 図3 トレーサビリティマトリクス（追跡可能性マトリクス） イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく 下位要件がある場合、そのセルに印を付ける機能です。 このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 が一目瞭然になります。 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと 思います。 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が 一番大事だと思います。 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 ご検討頂けると嬉しいです。 #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 TestLink上にあるべきでしょう。 #サーバー上で処理した方がはるかに速いと思いますし。。 以上、よろしくお願いします。 09/09/24 西山 博実 : > > 西山です。 > > 用語は、フェーズを止めて、CMMのプロセスに変更します。 > > > ＃Sunday Walkerさん > > > 関連する下位の要件は最大4つでしょうか。 > > 関連するテストケースは最大6つでしょうか。 > > できれば、数の制限がない方が良いと思います。 > > 制限はありません。 > とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 > 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) > > プロセス数の変更は、「*プロセス*タイプテーブル」をphpMyAdminで修正して増設します。 > また、プロジェクトテーブルに「*プロセスタイプ*」を追加する事で > *プロジェクト*毎のプロセスタイプ（プロセス数）に対応しましょう。 > > *プロセス*タイプテーブル > Type Processid > '1'-----'1'：要件仕様,受入れテスト計画 > '1'-----'2'：機能設計仕様,機能テスト計画 > '1'-----'3'：基本設計仕様,結合テスト計画 > '1'-----'4'：詳細設計仕様,単体テスト計画 > ---------------------------------- > 以下は増設例 > '2'-----'1'：要件仕様,受入れテスト計画 > '2'-----'2'：機能設計仕様,機能テスト計画 > '2'-----'3'：基本設計仕様,結合テスト計画 > '2'-----'4'：IF設計仕様,IF結合テスト計画 > '2'-----'5'：詳細設計仕様,単体テスト計画 > > > > > できれば、印刷することも考慮できると良いと思います。 > > （横に長いので印刷しにくい） > > 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 > > > > +++++++++++++++++++++++++ > > ＃あきぴーさん > > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > > 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 > 特に関連テーブルがなくても1対Nにも対応できます。 > > Processid > 1:要件仕様------1:受入れテスト計画1 > 1:受入れテスト計画2 > 1:受入れテスト計画3 > > 2:基本設計仕様---2:システムテスト計画1 > 2:システムテスト計画2 > ... > > 以上です。 > > > > ----- Original Message ----- > *From:* Akipii Oga > *To:* TestLink JP Users ML > *Sent:* Saturday, September 19, 2009 8:14 AM > *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、おはようございます。あきぴーです。 > 要件の関連付けは分かりました。 > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > つまり、下記のイメージです。 > > 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) > > テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も > あるからです。 > 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が > 汎用性があります。 > フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは > ないでしょうか？ > > ご検討してもらえると幸いです。 > 以上、よろしくお願いします。 > > > 09/09/18 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 >> この場合はキーワードではなくて、キーワード方式とは別に >> 要件とテストケースを関連つける機能が従来からあります。 >> これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 >> （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） >> >> ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 >> 理論的に可能ですね。表示を考えてみましょう。。。。 >> >> ＞reqspecTAGシートで「フェーズ」という項目があります。 >> ＞これはどのように使うのでしょうか？ >> 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 >> また、テスト計画の設定画面でも、選択できる様にします。 >> これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 >> >> ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) >> ええ、それで「フェースタイプテーブル」でフェーズを管理します。 >> >> 例えば、 >> '２'：機能設計仕様---機能テスト計画 >> '３'：IF設計仕様---IF結合テスト計画 >> '４'：詳細設計仕様---単体テスト計画 >> とかに、変更できます。 >> >> >> >> >> ----- Original Message ----- >> *From:* Akipii Oga >> *To:* TestLink JP Users ML >> *Sent:* Friday, September 18, 2009 5:45 PM >> *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> >> 西山さん、こんにちは。あきぴーです。 >> 下記のマクロを落として、下記のテストサーバーで実際に見ました。 >> >> なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 >> 上手いやり方だと思いました。 >> できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 >> >> 一つ聞きたいことがあります。 >> 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 >> 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 >> かと思います。 >> これはどのように使うのでしょうか？ >> テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) >> >> 以上、よろしくお願いします。 >> >> 09/09/18 西山 博実 : >>> >>> Sunday Walkerさん >>> あきぴー さん >>> こんにちは、西山です。 >>> >>> TestLink 1.7.4_4.5 で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 >>> 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 >>> >>> TestLink 1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 >>> いかがでしょうか？ >>> >>> >>> ■ダウンロード >>> TestLinkTools::TestLinkCnvMacro >>> test_TestLinkCnvMacro.tar.gz >>> >>> https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 >>> >>> 本体のパッチは4.4のものです。 >>> >>> 以下のお試し版の「projBBB」に要件がインポートしてありますので >>> 要件仕様ドキュメントの「解析」でご覧になれます。 >>> >>> 要件間のカバレッジはまだ見れませんが、 >>> 「要件仕様ドキュメント１」を選択した時のイメージで、 >>> 「要件間解析」にチェックを入れると、 >>> 下位の要件がテストケースの部分に表示される様にします。 >>> また、下位要件によってカバーされない要件も表示される様にします。 >>> >>> >>> --------------------------------------------------- >>> ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) >>> Login：takimin6 >>> Password：takimin6 >>> >>> URLを記載するとMLに配信されないので、 >>> [TestLink日本語化プロジェクト]でweb検索し、ニュースの >>> 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 >>> >>> --------------------------------------------------- >>> >>> ＞Sunday Walkerさん >>> インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 >>> >>> >>> >>> >>> ----- Original Message ----- >>> From: "Sunday Walker" >>> To: "TestLink JP Users ML" >>> >>> Sent: Thursday, September 17, 2009 12:40 AM >>> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >>> >>> >>> > 西山 さん >>> > あきぴー さん >>> > >>> > 返信ありがとうございます。 >>> > >>> > >>> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >>> > >>> > そう思います。 >>> > >>> > >>> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >>> >> 詳細化していきたいのです。 >>> >> >>> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >>> >> >>> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >>> > >>> > 基本は１つの上位レベルの項目(a, >>> b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 >>> > >>> > >>> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >>> >> 要件仕様ドキュメント画面でツリー表示されてます。 >>> > >>> > >>> このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 >>> > >>> > >>> このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 >>> > >>> > >>> たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby >>> > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... >>> でも、一部の人は使ってくれているようです。 >>> > http://www.redmine.org/issues/443 >>> > http://www.redmine.org/issues/756 >>> > >>> > >>> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >>> >> 管理と連携が悪いので結局使い勝手が悪いです。 >>> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >>> >> SCM(Subversion)にある成果物と連携できれば最高です(^^) >>> > >>> > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 >>> > >>> > >>> 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 >>> > >>> > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 >>> > >>> > >>> > Sunday Walker >>> > >>> > >>> > --- Akipii Oga wrote: >>> >> >>> >> 西山さん、こんにちは。あきぴーです。 >>> >> >>> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >>> >> いきたいのです。 >>> >> >>> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >>> >> >>> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >>> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >>> >> 結局使い勝手が悪いです。 >>> >> >>> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >>> >> になるのが商用ツールに無い最大の利点だと思います。 >>> >> >>> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >>> >> 連携できれば最高です(^^) >>> >> >>> >> 以上、よろしくお願いします。 >>> >> >>> >> >>> >> 09/09/16 西山 博実 : >>> >> >>> >> あきぴーさん >>> >> 西山です。 >>> >> >>> >> 社内ではblogが閲覧できなくて残念です。。。 >>> >> >>> >> >>> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >>> >> ＞運用しづらいです。 >>> >> >>> >> 確かにそうですね。 >>> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >>> >> 以下の様にテスト計画で区別すべきかな。。。 >>> >> >>> >> proj-V1 要件項目-------受入れテスト計画 >>> >> >>> >> proj-V1 基本設計項目---システムテスト計画 >>> >> >>> >> proj-V1 機能設計項目---結合テスト計画 >>> >> >>> >> proj-V1 詳細設計項目---単体テスト計画 >>> >> --------------------------------------------- >>> >> >>> >> >>> >> >>> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >>> >> 要件仕様ドキュメント画面でツリー表示されてます。 >>> >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >>> >> （多分、将来の機能にあるかもしれませんね。。。） >>> >> >>> >> >>> >> >>> >> >>> >> ----- Original Message ----- >>> >> From: Akipii Oga >>> >> To: TestLink JP Users ML >>> >> >>> >> Sent: Wednesday, September 16, 2009 3:52 PM >>> >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >>> >> sunday_walkerさん、西山さん >>> >> >>> >> こんにちは、あきぴーです。 >>> >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >>> >> 返信を書く前にBlogへ僕の考えを書いてみました。 >>> >> >>> >> TestLinkの要件管理機能: プログラマの思索 >>> >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >>> >> >>> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >>> >> 運用しづらいです。 >>> >> ＃現状は仕方ないですが。。 >>> >> >>> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >>> >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >>> >> 落とすことができます。 >>> >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >>> >> ので、設計漏れを見つけやすくなります。 >>> >> 要件本来の理由を書ければ、なお強力です。 >>> >> >>> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >>> >> 欲しいです。 >>> >> また、要件の変更履歴機能も欲しいですね。 >>> >> >>> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >>> >> よって、テスト工程の品質を大きく改善できると思います。 >>> >> >>> >> 以上、よろしくお願いします。 >>> >> >>> >> >>> >> >>> >> >>> >> 09/09/16 西山 博実 : sunday_walkerさん >>> >> こんにちは、西山です。 >>> >> >>> >> >>> >> > * >>> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >>> >> >>> >> >>> >> 現状ないですね。 >>> >> >>> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >>> >> >>> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >>> >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >>> >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >>> >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >>> >> >>> >> proj-V1 要件項目-------受入れテスト >>> >> docid-v1-1 ｔｃid-v1-1 >>> >> docid-v1-2 ｔｃid-v1-2 >>> >> >>> >> proj-V2 基本設計項目---システムテスト >>> >> docid-v2-1 ｔｃid-v2-1 >>> >> docid-v2-2 ｔｃid-v2-2 >>> >> docid-v2-3 ｔｃid-v2-3 >>> >> >>> >> proj-V3 機能設計項目---結合テスト >>> >> >>> >> proj-V4 詳細設計項目---単体テスト >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> ----- Original Message ----- >>> >> From: "Sunday Walker" >>> >> To: "TestLink JP Users ML" >> > >>> >> Sent: Tuesday, September 15, 2009 9:16 PM >>> >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >>> >> >>> >> >>> >> > あきぴー さん >>> >> > >>> >> > 返信ありがとうございます。 >>> >> > 大変参考になります。 >>> >> > >>> >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >>> >> > http://forza.cocolog-nifty.com/blog/ >>> >> > >>> 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >>> >> > >>> >> > >>> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >>> >> > >>> >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >>> >> > >>> >> > >>> >> > >>> >> > * >>> TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >>> >> > >>> >> > * >>> TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 >>> さん作成のTestLinkCnvMacroを使うこと >>> >> > により、 >>> >> > >>> この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink >>> 1.7.4推奨）はTestLink 1.8.xではサポートされな >>> >> > い。 >>> >> > >>> >> > * >>> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >>> >> > >>> >> > 以上の理解でよいでしょうか。 >>> >> > >>> >> > >>> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >>> >> >> お聞きした方がいいと思いますが。。 >>> >> > >>> >> > あきぴー さんは、十分詳しいとは思いますが... >>> >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >>> >> > >>> >> > Sunday Walker >>> >> > >>> >> > >>> >> > --- Akipii Oga wrote: >>> >> >> >>> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >>> >> >> >>> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >>> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >>> >> >> >>> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >>> >> >> >>> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 >>> >> >> >>> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >>> >> >> >>> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >>> >> >> と考えてよいと思います。 >>> >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >>> >> >> >>> >> >> >>> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >>> >> >> テストケースとN対Nの関係になります。 >>> >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >>> >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >>> >> >> >>> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >>> >> >> >>> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >>> >> >> 粒度が問題になります。 >>> >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >>> >> >> >>> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >>> >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >>> >> >> 観点で作ることになると思います。 >>> >> >> >>> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >>> >> >> 要件も同様の作業が必要だと思います。 >>> >> >> >>> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >>> >> >> 威力を発揮します。 >>> >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >>> >> >> >>> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >>> >> >> 使えればいいなと思っています。 >>> >> >> >>> >> >> 参考になれば幸いです。 >>> >> >> 以上、よろしくお願いします。 >>> >> >> >>> >> >> >>> >> >> 09/09/14 Sunday Walker :こんにちは >>> >> >> >>> >> >> >>> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >>> >> >> >>> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >>> >> >> >>> >> >> >>> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >>> >> >> >>> >> >> >>> >> >> >>> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >> >> >>> >> >> >>> >> >> >>> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >> >> >>> >> >> >>> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >> >> >>> >> >> >>> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>> >> >> >>> >> >> 以上、よろしくお願いします。 >>> >> >> >>> >> >> Sunday Walker >>> >> >> >>> >> >> -------------------------------------- >>> >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>> >> >> http://pr.mail.yahoo.co.jp/ec10years/ >>> >> >> >>> >> >> _______________________________________________ >>> >> >> Testlinkjp-users mailing list >>> >> >> Testlinkjp-users ＠ lists.sourceforge.jp >>> >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> >> >>> >> >> >>> >> >> >>> >> >> -- >>> >> >> /**************************** >>> >> >> Akihiko Ogawa (akipii ＠ gmail.com) >>> >> >> Blog: http://forza.cocolog-nifty.com >>> >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>> >> >> /****************************/ >>> >> > >>> >> > -------------------------------------- >>> >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>> >> > http://pr.mail.yahoo.co.jp/ec10years/ >>> >> > >>> >> > _______________________________________________ >>> >> > Testlinkjp-users mailing list >>> >> > Testlinkjp-users ＠ lists.sourceforge.jp >>> >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> > >>> >> >>> >> _______________________________________________ >>> >> Testlinkjp-users mailing list >>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> >>> >> >>> >> >>> >> -- >>> >> /**************************** >>> >> Akihiko Ogawa (akipii ＠ gmail.com) >>> >> Blog: http://forza.cocolog-nifty.com >>> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>> >> /****************************/ >>> >> >>> >> >>> >> _______________________________________________ >>> >> Testlinkjp-users mailing list >>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> >>> >> >>> >> _______________________________________________ >>> >> Testlinkjp-users mailing list >>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> /**************************** >>> >> Akihiko Ogawa (akipii ＠ gmail.com) >>> >> Blog: http://forza.cocolog-nifty.com >>> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>> >> /****************************/ >>> > >>> > -------------------------------------- >>> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>> > http://pr.mail.yahoo.co.jp/ec10years/ >>> > >>> > _______________________________________________ >>> > Testlinkjp-users mailing list >>> > Testlinkjp-users ＠ lists.sourceforge.jp >>> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> > >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> ------------------------------ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > ------------------------------ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090925/a317e1d0/attachment-0001.htm From hnishi ＠ skygroup.jp Fri Sep 25 14:05:48 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 25 Sep 2009 14:05:48 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp><9075829D82F54A298228A184DACE7243@skygroup.local> Message-ID: <3802550CBBE240DDAC791C3A3A401A6B@skygroup.local> あきぴーさん 西山です。 補足します。 >・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 >　フェースタイプテーブTblのフェーズで関係を管理する。 要件とテスト計画のプロセスは、process_typeテーブルのプロセスで関係を管理する。 ・プロセス構成はプロジェクト毎に定義でき、構成するプロセス数に制限はない。 　プロジェクトのプロセス構成はprocess_typeテーブルのタイプで管理する。 >・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 ・上位要件と下位要件はN対Nで、下位要件の数に制限は無い。 上位要件と下位要件は、process_coverageテーブルで関係を管理する。 >・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 >　つまり、プロジェクトと要件ドキュメントは1対Nになる。 >　プロセスタイプTblのタイプで関係を管理する。 →これは既存テーブルで管理されてます。 >・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) >上記の仕様が実現されれば、要件の追跡のインフラが整います。 >それから、後もう1点、改善要望があります。 >下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ 可能だと思います。　次期バージョンにでも検討しましょう。 画面でもtable　TAGを使えば表示できるかな。。。 トレーサビリティマトリクスを手がけた者の話しでは、手動保守では破綻するらしいです＾＾ まあ。。仕様変更の頻度にもよりますが。。。どこでも多いです＾＾ ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 25, 2009 1:02 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 西山さんが考えている仕様が大体分かりました。 ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 　フェースタイプテーブTblのフェーズで関係を管理する。 ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 　つまり、プロジェクトと要件ドキュメントは1対Nになる。 　プロセスタイプTblのタイプで関係を管理する。 ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) 上記の仕様が実現されれば、要件の追跡のインフラが整います。 それから、後もう1点、改善要望があります。 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ ＠IT：みんなが悩む要求管理（8） http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html 図3 トレーサビリティマトリクス（追跡可能性マトリクス） イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく 下位要件がある場合、そのセルに印を付ける機能です。 このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 が一目瞭然になります。 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと 思います。 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が 一番大事だと思います。 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 ご検討頂けると嬉しいです。 #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 TestLink上にあるべきでしょう。 #サーバー上で処理した方がはるかに速いと思いますし。。 以上、よろしくお願いします。 09/09/24 西山 博実 : 西山です。 用語は、フェーズを止めて、CMMのプロセスに変更します。 ＃Sunday Walkerさん > 関連する下位の要件は最大4つでしょうか。 > 関連するテストケースは最大6つでしょうか。 > できれば、数の制限がない方が良いと思います。 制限はありません。 とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) プロセス数の変更は、「プロセスタイプテーブル」をphpMyAdminで修正して増設します。 また、プロジェクトテーブルに「プロセスタイプ」を追加する事で プロジェクト毎のプロセスタイプ（プロセス数）に対応しましょう。 プロセスタイプテーブル Type　　Processid '1'-----'1'：要件仕様,受入れテスト計画 '1'-----'2'：機能設計仕様,機能テスト計画 '1'-----'3'：基本設計仕様,結合テスト計画 '1'-----'4'：詳細設計仕様,単体テスト計画 ---------------------------------- 以下は増設例 '2'-----'1'：要件仕様,受入れテスト計画 '2'-----'2'：機能設計仕様,機能テスト計画 '2'-----'3'：基本設計仕様,結合テスト計画 '2'-----'4'：IF設計仕様,IF結合テスト計画 '2'-----'5'：詳細設計仕様,単体テスト計画 > できれば、印刷することも考慮できると良いと思います。 > （横に長いので印刷しにくい） 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 +++++++++++++++++++++++++ ＃あきぴーさん > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 特に関連テーブルがなくても1対Nにも対応できます。 Processid 1:要件仕様------1:受入れテスト計画1 　　　　　　　　　　 　 1:受入れテスト計画2 　　　　　　　　　　　 1:受入れテスト計画3 2:基本設計仕様---2:システムテスト計画1 　　　　　　　　　　　 2:システムテスト計画2 ... 以上です。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Saturday, September 19, 2009 8:14 AM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、おはようございます。あきぴーです。 要件の関連付けは分かりました。 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ つまり、下記のイメージです。 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も あるからです。 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が 汎用性があります。 フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは ないでしょうか？ ご検討してもらえると幸いです。 以上、よろしくお願いします。 09/09/18 西山 博実 : あきぴーさん 西山です。 ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 この場合はキーワードではなくて、キーワード方式とは別に 要件とテストケースを関連つける機能が従来からあります。 これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 理論的に可能ですね。表示を考えてみましょう。。。。 ＞reqspecTAGシートで「フェーズ」という項目があります。 ＞これはどのように使うのでしょうか？ 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 また、テスト計画の設定画面でも、選択できる様にします。 これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) ええ、それで「フェースタイプテーブル」でフェーズを管理します。 例えば、 '２'：機能設計仕様---機能テスト計画 '３'：IF設計仕様---IF結合テスト計画 '４'：詳細設計仕様---単体テスト計画 とかに、変更できます。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 18, 2009 5:45 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 下記のマクロを落として、下記のテストサーバーで実際に見ました。 なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 上手いやり方だと思いました。 できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 一つ聞きたいことがあります。 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 かと思います。 これはどのように使うのでしょうか？ テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) 以上、よろしくお願いします。 09/09/18 西山 博実 : Sunday Walkerさん あきぴー さん こんにちは、西山です。 TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 いかがでしょうか？ ■ダウンロード TestLinkTools::TestLinkCnvMacro test_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 本体のパッチは4.4のものです。 以下のお試し版の「projBBB」に要件がインポートしてありますので 要件仕様ドキュメントの「解析」でご覧になれます。 要件間のカバレッジはまだ見れませんが、 「要件仕様ドキュメント１」を選択した時のイメージで、 「要件間解析」にチェックを入れると、 下位の要件がテストケースの部分に表示される様にします。 また、下位要件によってカバーされない要件も表示される様にします。 --------------------------------------------------- ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 --------------------------------------------------- ＞Sunday Walkerさん インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Thursday, September 17, 2009 12:40 AM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > 西山 さん > あきぴー さん > > 返信ありがとうございます。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > そう思います。 > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> 詳細化していきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > http://www.redmine.org/issues/443 > http://www.redmine.org/issues/756 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> 管理と連携が悪いので結局使い勝手が悪いです。 >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > Sunday Walker > > > --- Akipii Oga wrote: >> >> 西山さん、こんにちは。あきぴーです。 >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> いきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> 結局使い勝手が悪いです。 >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> になるのが商用ツールに無い最大の利点だと思います。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> 連携できれば最高です(^^) >> >> 以上、よろしくお願いします。 >> >> >> 09/09/16 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> ＞運用しづらいです。 >> >> 確かにそうですね。 >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> 以下の様にテスト計画で区別すべきかな。。。 >> >> proj-V1　　　要件項目-------受入れテスト計画 >> >> proj-V1 基本設計項目---システムテスト計画 >> >> proj-V1　　　機能設計項目---結合テスト計画 >> >> proj-V1　　　詳細設計項目---単体テスト計画 >> --------------------------------------------- >> >> >> >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> ----- Original Message ----- >> From: Akipii Oga >> To: TestLink JP Users ML >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> sunday_walkerさん、西山さん >> >> こんにちは、あきぴーです。 >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> TestLinkの要件管理機能: プログラマの思索 >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> 運用しづらいです。 >> ＃現状は仕方ないですが。。 >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> 落とすことができます。 >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> ので、設計漏れを見つけやすくなります。 >> 要件本来の理由を書ければ、なお強力です。 >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> 欲しいです。 >> また、要件の変更履歴機能も欲しいですね。 >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> よって、テスト工程の品質を大きく改善できると思います。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1　　　要件項目-------受入れテスト >> docid-v1-1　　　　　ｔｃid-v1-1 >> docid-v1-2　　　　　ｔｃid-v1-2 >> >> proj-V2　　　基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3　　　機能設計項目---結合テスト >> >> proj-V4　　　詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使う こと >> > により、 >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートさ れな >> > い。 >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ---------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090925/0669e671/attachment-0001.htm From akipii ＠ gmail.com Fri Sep 25 15:42:44 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Fri, 25 Sep 2009 15:42:44 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <3802550CBBE240DDAC791C3A3A401A6B@skygroup.local> References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp> <9075829D82F54A298228A184DACE7243@skygroup.local> <3802550CBBE240DDAC791C3A3A401A6B@skygroup.local> Message-ID: 西山さん、こんにちは、あきぴーです。 下記の補足ありがとうございました。 後もう一つ要望を(^^) 下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 既に、TestLinkでは、要件とテストケースのツリー表示は、TestLinkの要件解析画面で実現されていますし。 ＠IT：みんなが悩む要求管理（8） http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html 図4 トレーサビリティツリー（追跡可能性ツリー） 西山さんが公開されているTestLinkサーバーで、要件ドキュメント画面の要件項目をクリックしながら、 色々考えてしまいます。。 欲しい機能は、要件の追跡の一覧、更には、要件の影響範囲が一目瞭然になれば十分です。 TestLinkからデータをエクスポートして、Excel上で展開するのが簡単かもしれません。 ご検討の程よろしくお願いします。 09/09/25 西山 博実 : > > あきぴーさん > 西山です。 > > 補足します。 > > >・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > > フェースタイプテーブTblのフェーズで関係を管理する。 > 要件とテスト計画のプロセスは、process_typeテーブルのプロセスで関係を管理する。 > > ・プロセス構成はプロジェクト毎に定義でき、構成するプロセス数に制限はない。 > プロジェクトのプロセス構成はprocess_typeテーブルのタイプで管理する。 > > >・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > ・上位要件と下位要件は*N対N*で、下位要件の数に制限は無い。 > 上位要件と下位要件は、process_coverageテーブルで関係を管理する。 > > > >・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > > つまり、プロジェクトと要件ドキュメントは1対Nになる。 > > プロセスタイプTblのタイプで関係を管理する。 > →これは既存テーブルで管理されてます。 > > >・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > >上記の仕様が実現されれば、要件の追跡のインフラが整います。 > >それから、後もう1点、改善要望があります。 > >下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > 可能だと思います。 次期バージョンにでも検討しましょう。 > 画面でもtable TAGを使えば表示できるかな。。。 > トレーサビリティマトリクスを手がけた者の話しでは、手動保守では破綻するらしいです＾＾ > まあ。。仕様変更の頻度にもよりますが。。。どこでも多いです＾＾ > > > > ----- Original Message ----- > > *From:* Akipii Oga > *To:* TestLink JP Users ML > *Sent:* Friday, September 25, 2009 1:02 PM > *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、こんにちは。あきぴーです。 > 西山さんが考えている仕様が大体分かりました。 > > ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > フェースタイプテーブTblのフェーズで関係を管理する。 > ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > つまり、プロジェクトと要件ドキュメントは1対Nになる。 > プロセスタイプTblのタイプで関係を管理する。 > ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > > 上記の仕様が実現されれば、要件の追跡のインフラが整います。 > それから、後もう1点、改善要望があります。 > > 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > ＠IT：みんなが悩む要求管理（8） > http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html > 図3 トレーサビリティマトリクス（追跡可能性マトリクス） > > イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく > 下位要件がある場合、そのセルに印を付ける機能です。 > このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが > あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 > が一目瞭然になります。 > > 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント > (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと > 思います。 > > 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が > 一番大事だと思います。 > 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが > 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に > 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 > > そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 > 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 > TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 > > ご検討頂けると嬉しいです。 > > #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 > TestLink上にあるべきでしょう。 > #サーバー上で処理した方がはるかに速いと思いますし。。 > > 以上、よろしくお願いします。 > > 09/09/24 西山 博実 : >> >> 西山です。 >> >> 用語は、フェーズを止めて、CMMのプロセスに変更します。 >> >> >> ＃Sunday Walkerさん >> >> > 関連する下位の要件は最大4つでしょうか。 >> > 関連するテストケースは最大6つでしょうか。 >> > できれば、数の制限がない方が良いと思います。 >> >> 制限はありません。 >> とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 >> 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) >> >> プロセス数の変更は、「*プロセス*タイプテーブル」をphpMyAdminで修正して増設します。 >> また、プロジェクトテーブルに「*プロセスタイプ*」を追加する事で >> *プロジェクト*毎のプロセスタイプ（プロセス数）に対応しましょう。 >> >> *プロセス*タイプテーブル >> Type Processid >> '1'-----'1'：要件仕様,受入れテスト計画 >> '1'-----'2'：機能設計仕様,機能テスト計画 >> '1'-----'3'：基本設計仕様,結合テスト計画 >> '1'-----'4'：詳細設計仕様,単体テスト計画 >> ---------------------------------- >> 以下は増設例 >> '2'-----'1'：要件仕様,受入れテスト計画 >> '2'-----'2'：機能設計仕様,機能テスト計画 >> '2'-----'3'：基本設計仕様,結合テスト計画 >> '2'-----'4'：IF設計仕様,IF結合テスト計画 >> '2'-----'5'：詳細設計仕様,単体テスト計画 >> >> >> >> > できれば、印刷することも考慮できると良いと思います。 >> > （横に長いので印刷しにくい） >> >> 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 >> >> >> >> +++++++++++++++++++++++++ >> >> ＃あきぴーさん >> >> > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ >> >> 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 >> 特に関連テーブルがなくても1対Nにも対応できます。 >> >> Processid >> 1:要件仕様------1:受入れテスト計画1 >> 1:受入れテスト計画2 >> 1:受入れテスト計画3 >> >> 2:基本設計仕様---2:システムテスト計画1 >> 2:システムテスト計画2 >> ... >> >> 以上です。 >> >> >> >> ----- Original Message ----- >> *From:* Akipii Oga >> *To:* TestLink JP Users ML >> *Sent:* Saturday, September 19, 2009 8:14 AM >> *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> >> 西山さん、おはようございます。あきぴーです。 >> 要件の関連付けは分かりました。 >> >> 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ >> つまり、下記のイメージです。 >> >> 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) >> >> テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も >> あるからです。 >> 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が >> 汎用性があります。 >> フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは >> ないでしょうか？ >> >> ご検討してもらえると幸いです。 >> 以上、よろしくお願いします。 >> >> >> 09/09/18 西山 博実 : >>> >>> あきぴーさん >>> 西山です。 >>> >>> ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 >>> この場合はキーワードではなくて、キーワード方式とは別に >>> 要件とテストケースを関連つける機能が従来からあります。 >>> これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 >>> （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） >>> >>> ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 >>> 理論的に可能ですね。表示を考えてみましょう。。。。 >>> >>> ＞reqspecTAGシートで「フェーズ」という項目があります。 >>> ＞これはどのように使うのでしょうか？ >>> 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 >>> また、テスト計画の設定画面でも、選択できる様にします。 >>> これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 >>> >>> ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) >>> ええ、それで「フェースタイプテーブル」でフェーズを管理します。 >>> >>> 例えば、 >>> '２'：機能設計仕様---機能テスト計画 >>> '３'：IF設計仕様---IF結合テスト計画 >>> '４'：詳細設計仕様---単体テスト計画 >>> とかに、変更できます。 >>> >>> >>> >>> >>> ----- Original Message ----- >>> *From:* Akipii Oga >>> *To:* TestLink JP Users ML >>> *Sent:* Friday, September 18, 2009 5:45 PM >>> *Subject:* Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >>> >>> 西山さん、こんにちは。あきぴーです。 >>> 下記のマクロを落として、下記のテストサーバーで実際に見ました。 >>> >>> なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 >>> 上手いやり方だと思いました。 >>> できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 >>> >>> 一つ聞きたいことがあります。 >>> 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 >>> 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 >>> かと思います。 >>> これはどのように使うのでしょうか？ >>> テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) >>> >>> 以上、よろしくお願いします。 >>> >>> 09/09/18 西山 博実 : >>>> >>>> Sunday Walkerさん >>>> あきぴー さん >>>> こんにちは、西山です。 >>>> >>>> TestLink 1.7.4_4.5 で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 >>>> 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 >>>> >>>> TestLink 1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 >>>> いかがでしょうか？ >>>> >>>> >>>> ■ダウンロード >>>> TestLinkTools::TestLinkCnvMacro >>>> test_TestLinkCnvMacro.tar.gz >>>> >>>> https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 >>>> >>>> 本体のパッチは4.4のものです。 >>>> >>>> 以下のお試し版の「projBBB」に要件がインポートしてありますので >>>> 要件仕様ドキュメントの「解析」でご覧になれます。 >>>> >>>> 要件間のカバレッジはまだ見れませんが、 >>>> 「要件仕様ドキュメント１」を選択した時のイメージで、 >>>> 「要件間解析」にチェックを入れると、 >>>> 下位の要件がテストケースの部分に表示される様にします。 >>>> また、下位要件によってカバーされない要件も表示される様にします。 >>>> >>>> >>>> --------------------------------------------------- >>>> ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) >>>> Login：takimin6 >>>> Password：takimin6 >>>> >>>> URLを記載するとMLに配信されないので、 >>>> [TestLink日本語化プロジェクト]でweb検索し、ニュースの >>>> 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 >>>> >>>> --------------------------------------------------- >>>> >>>> ＞Sunday Walkerさん >>>> インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 >>>> >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Sunday Walker" >>>> To: "TestLink JP Users ML" >>>> >>>> Sent: Thursday, September 17, 2009 12:40 AM >>>> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >>>> >>>> >>>> > 西山 さん >>>> > あきぴー さん >>>> > >>>> > 返信ありがとうございます。 >>>> > >>>> > >>>> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >>>> > >>>> > そう思います。 >>>> > >>>> > >>>> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >>>> >> 詳細化していきたいのです。 >>>> >> >>>> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >>>> >> >>>> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >>>> > >>>> > 基本は１つの上位レベルの項目(a, >>>> b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 >>>> > >>>> > >>>> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >>>> >> 要件仕様ドキュメント画面でツリー表示されてます。 >>>> > >>>> > >>>> このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 >>>> > >>>> > >>>> このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 >>>> > >>>> > >>>> たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby >>>> > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... >>>> でも、一部の人は使ってくれているようです。 >>>> > http://www.redmine.org/issues/443 >>>> > http://www.redmine.org/issues/756 >>>> > >>>> > >>>> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >>>> >> 管理と連携が悪いので結局使い勝手が悪いです。 >>>> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >>>> >> SCM(Subversion)にある成果物と連携できれば最高です(^^) >>>> > >>>> > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 >>>> > >>>> > >>>> 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 >>>> > >>>> > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 >>>> > >>>> > >>>> > Sunday Walker >>>> > >>>> > >>>> > --- Akipii Oga wrote: >>>> >> >>>> >> 西山さん、こんにちは。あきぴーです。 >>>> >> >>>> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >>>> >> いきたいのです。 >>>> >> >>>> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >>>> >> >>>> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >>>> >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >>>> >> 結局使い勝手が悪いです。 >>>> >> >>>> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >>>> >> になるのが商用ツールに無い最大の利点だと思います。 >>>> >> >>>> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >>>> >> 連携できれば最高です(^^) >>>> >> >>>> >> 以上、よろしくお願いします。 >>>> >> >>>> >> >>>> >> 09/09/16 西山 博実 : >>>> >> >>>> >> あきぴーさん >>>> >> 西山です。 >>>> >> >>>> >> 社内ではblogが閲覧できなくて残念です。。。 >>>> >> >>>> >> >>>> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >>>> >> ＞運用しづらいです。 >>>> >> >>>> >> 確かにそうですね。 >>>> >> 同一プロジェクト内で管理できるのが理想でしょうね。 >>>> >> 以下の様にテスト計画で区別すべきかな。。。 >>>> >> >>>> >> proj-V1 要件項目-------受入れテスト計画 >>>> >> >>>> >> proj-V1 基本設計項目---システムテスト計画 >>>> >> >>>> >> proj-V1 機能設計項目---結合テスト計画 >>>> >> >>>> >> proj-V1 詳細設計項目---単体テスト計画 >>>> >> --------------------------------------------- >>>> >> >>>> >> >>>> >> >>>> >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 >>>> >> 要件仕様ドキュメント画面でツリー表示されてます。 >>>> >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >>>> >> （多分、将来の機能にあるかもしれませんね。。。） >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> ----- Original Message ----- >>>> >> From: Akipii Oga >>>> >> To: TestLink JP Users ML >>>> >> >>>> >> Sent: Wednesday, September 16, 2009 3:52 PM >>>> >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >>>> >> sunday_walkerさん、西山さん >>>> >> >>>> >> こんにちは、あきぴーです。 >>>> >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >>>> >> 返信を書く前にBlogへ僕の考えを書いてみました。 >>>> >> >>>> >> TestLinkの要件管理機能: プログラマの思索 >>>> >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >>>> >> >>>> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >>>> >> 運用しづらいです。 >>>> >> ＃現状は仕方ないですが。。 >>>> >> >>>> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >>>> >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >>>> >> 落とすことができます。 >>>> >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >>>> >> ので、設計漏れを見つけやすくなります。 >>>> >> 要件本来の理由を書ければ、なお強力です。 >>>> >> >>>> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >>>> >> 欲しいです。 >>>> >> また、要件の変更履歴機能も欲しいですね。 >>>> >> >>>> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >>>> >> よって、テスト工程の品質を大きく改善できると思います。 >>>> >> >>>> >> 以上、よろしくお願いします。 >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> 09/09/16 西山 博実 : sunday_walkerさん >>>> >> こんにちは、西山です。 >>>> >> >>>> >> >>>> >> > * >>>> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >>>> >> >>>> >> >>>> >> 現状ないですね。 >>>> >> >>>> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >>>> >> >>>> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >>>> >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >>>> >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >>>> >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >>>> >> >>>> >> proj-V1 要件項目-------受入れテスト >>>> >> docid-v1-1 ｔｃid-v1-1 >>>> >> docid-v1-2 ｔｃid-v1-2 >>>> >> >>>> >> proj-V2 基本設計項目---システムテスト >>>> >> docid-v2-1 ｔｃid-v2-1 >>>> >> docid-v2-2 ｔｃid-v2-2 >>>> >> docid-v2-3 ｔｃid-v2-3 >>>> >> >>>> >> proj-V3 機能設計項目---結合テスト >>>> >> >>>> >> proj-V4 詳細設計項目---単体テスト >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> ----- Original Message ----- >>>> >> From: "Sunday Walker" >>>> >> To: "TestLink JP Users ML" < >>>> testlinkjp-users ＠ lists.sourceforge.jp> >>>> >> Sent: Tuesday, September 15, 2009 9:16 PM >>>> >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >>>> >> >>>> >> >>>> >> > あきぴー さん >>>> >> > >>>> >> > 返信ありがとうございます。 >>>> >> > 大変参考になります。 >>>> >> > >>>> >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >>>> >> > http://forza.cocolog-nifty.com/blog/ >>>> >> > >>>> 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >>>> >> > >>>> >> > >>>> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >>>> >> > >>>> >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >>>> >> > >>>> >> > >>>> >> > >>>> >> > * >>>> TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >>>> >> > >>>> >> > * >>>> TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 >>>> さん作成のTestLinkCnvMacroを使うこと >>>> >> > により、 >>>> >> > >>>> この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink >>>> 1.7.4推奨）はTestLink 1.8.xではサポートされな >>>> >> > い。 >>>> >> > >>>> >> > * >>>> TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >>>> >> > >>>> >> > 以上の理解でよいでしょうか。 >>>> >> > >>>> >> > >>>> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >>>> >> >> お聞きした方がいいと思いますが。。 >>>> >> > >>>> >> > あきぴー さんは、十分詳しいとは思いますが... >>>> >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >>>> >> > >>>> >> > Sunday Walker >>>> >> > >>>> >> > >>>> >> > --- Akipii Oga wrote: >>>> >> >> >>>> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >>>> >> >> >>>> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >>>> >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >>>> >> >> >>>> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >>>> >> >> >>>> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート --◇ テスト計画 >>>> >> >> >>>> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >>>> >> >> >>>> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >>>> >> >> と考えてよいと思います。 >>>> >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >>>> >> >> >>>> >> >> >>>> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >>>> >> >> テストケースとN対Nの関係になります。 >>>> >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >>>> >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >>>> >> >> >>>> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >>>> >> >> >>>> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >>>> >> >> 粒度が問題になります。 >>>> >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >>>> >> >> >>>> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >>>> >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >>>> >> >> 観点で作ることになると思います。 >>>> >> >> >>>> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >>>> >> >> 要件も同様の作業が必要だと思います。 >>>> >> >> >>>> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >>>> >> >> 威力を発揮します。 >>>> >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >>>> >> >> >>>> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >>>> >> >> 使えればいいなと思っています。 >>>> >> >> >>>> >> >> 参考になれば幸いです。 >>>> >> >> 以上、よろしくお願いします。 >>>> >> >> >>>> >> >> >>>> >> >> 09/09/14 Sunday Walker >>> >:こんにちは >>>> >> >> >>>> >> >> >>>> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >>>> >> >> >>>> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >>>> >> >> >>>> >> >> >>>> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >>>> >> >> >>>> >> >> >>>> >> >> >>>> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>>> >> >> >>>> >> >> >>>> >> >> >>>> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>>> >> >> >>>> >> >> >>>> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>>> >> >> >>>> >> >> >>>> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >>>> >> >> >>>> >> >> 以上、よろしくお願いします。 >>>> >> >> >>>> >> >> Sunday Walker >>>> >> >> >>>> >> >> -------------------------------------- >>>> >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>>> >> >> http://pr.mail.yahoo.co.jp/ec10years/ >>>> >> >> >>>> >> >> _______________________________________________ >>>> >> >> Testlinkjp-users mailing list >>>> >> >> Testlinkjp-users ＠ lists.sourceforge.jp >>>> >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> /**************************** >>>> >> >> Akihiko Ogawa (akipii ＠ gmail.com) >>>> >> >> Blog: http://forza.cocolog-nifty.com >>>> >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>>> >> >> /****************************/ >>>> >> > >>>> >> > -------------------------------------- >>>> >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>>> >> > http://pr.mail.yahoo.co.jp/ec10years/ >>>> >> > >>>> >> > _______________________________________________ >>>> >> > Testlinkjp-users mailing list >>>> >> > Testlinkjp-users ＠ lists.sourceforge.jp >>>> >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >> > >>>> >> >>>> >> _______________________________________________ >>>> >> Testlinkjp-users mailing list >>>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> /**************************** >>>> >> Akihiko Ogawa (akipii ＠ gmail.com) >>>> >> Blog: http://forza.cocolog-nifty.com >>>> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>>> >> /****************************/ >>>> >> >>>> >> >>>> >> _______________________________________________ >>>> >> Testlinkjp-users mailing list >>>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >> >>>> >> >>>> >> _______________________________________________ >>>> >> Testlinkjp-users mailing list >>>> >> Testlinkjp-users ＠ lists.sourceforge.jp >>>> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> /**************************** >>>> >> Akihiko Ogawa (akipii ＠ gmail.com) >>>> >> Blog: http://forza.cocolog-nifty.com >>>> >> Photo: http://www.flickr.com/photos/akipyon2go/ >>>> >> /****************************/ >>>> > >>>> > -------------------------------------- >>>> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >>>> > http://pr.mail.yahoo.co.jp/ec10years/ >>>> > >>>> > _______________________________________________ >>>> > Testlinkjp-users mailing list >>>> > Testlinkjp-users ＠ lists.sourceforge.jp >>>> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> > >>>> >>>> _______________________________________________ >>>> Testlinkjp-users mailing list >>>> Testlinkjp-users ＠ lists.sourceforge.jp >>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >>> >>> >>> >>> -- >>> /**************************** >>> Akihiko Ogawa (akipii ＠ gmail.com) >>> Blog: http://forza.cocolog-nifty.com >>> Photo: http://www.flickr.com/photos/akipyon2go/ >>> /****************************/ >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> ------------------------------ >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > ------------------------------ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090925/7d58c0a2/attachment-0001.htm From hnishi ＠ skygroup.jp Fri Sep 25 17:39:01 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 25 Sep 2009 17:39:01 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= References: <287775.75380.qm@web3911.mail.bbt.yahoo.co.jp><9075829D82F54A298228A184DACE7243@skygroup.local><3802550CBBE240DDAC791C3A3A401A6B@skygroup.local> Message-ID: <19AD66C1F03C4F519C1B91BCE12138FD@skygroup.local> あきぴーさん 西山です。 >下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 >実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 検討します。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 25, 2009 3:42 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは、あきぴーです。 下記の補足ありがとうございました。 後もう一つ要望を(^^) 下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 既に、TestLinkでは、要件とテストケースのツリー表示は、TestLinkの要件解析画面で実現されていますし。 ＠IT：みんなが悩む要求管理（8） http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html 図4 トレーサビリティツリー（追跡可能性ツリー） 西山さんが公開されているTestLinkサーバーで、要件ドキュメント画面の要件項目をクリックしながら、 色々考えてしまいます。。 欲しい機能は、要件の追跡の一覧、更には、要件の影響範囲が一目瞭然になれば十分です。 TestLinkからデータをエクスポートして、Excel上で展開するのが簡単かもしれません。 ご検討の程よろしくお願いします。 09/09/25 西山 博実 : あきぴーさん 西山です。 補足します。 >・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 >　フェースタイプテーブTblのフェーズで関係を管理する。 要件とテスト計画のプロセスは、process_typeテーブルのプロセスで関係を管理する。 ・プロセス構成はプロジェクト毎に定義でき、構成するプロセス数に制限はない。 　プロジェクトのプロセス構成はprocess_typeテーブルのタイプで管理する。 >・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 ・上位要件と下位要件はN対Nで、下位要件の数に制限は無い。 上位要件と下位要件は、process_coverageテーブルで関係を管理する。 >・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 >　つまり、プロジェクトと要件ドキュメントは1対Nになる。 >　プロセスタイプTblのタイプで関係を管理する。 →これは既存テーブルで管理されてます。 >・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) >上記の仕様が実現されれば、要件の追跡のインフラが整います。 >それから、後もう1点、改善要望があります。 >下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ 可能だと思います。　次期バージョンにでも検討しましょう。 画面でもtable　TAGを使えば表示できるかな。。。 トレーサビリティマトリクスを手がけた者の話しでは、手動保守では破綻するらしいです＾＾ まあ。。仕様変更の頻度にもよりますが。。。どこでも多いです＾＾ ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 25, 2009 1:02 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 西山さんが考えている仕様が大体分かりました。 ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 　フェースタイプテーブTblのフェーズで関係を管理する。 ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 　つまり、プロジェクトと要件ドキュメントは1対Nになる。 　プロセスタイプTblのタイプで関係を管理する。 ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) 上記の仕様が実現されれば、要件の追跡のインフラが整います。 それから、後もう1点、改善要望があります。 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ ＠IT：みんなが悩む要求管理（8） http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html 図3 トレーサビリティマトリクス（追跡可能性マトリクス） イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく 下位要件がある場合、そのセルに印を付ける機能です。 このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 が一目瞭然になります。 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと 思います。 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が 一番大事だと思います。 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 ご検討頂けると嬉しいです。 #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 TestLink上にあるべきでしょう。 #サーバー上で処理した方がはるかに速いと思いますし。。 以上、よろしくお願いします。 09/09/24 西山 博実 : 西山です。 用語は、フェーズを止めて、CMMのプロセスに変更します。 ＃Sunday Walkerさん > 関連する下位の要件は最大4つでしょうか。 > 関連するテストケースは最大6つでしょうか。 > できれば、数の制限がない方が良いと思います。 制限はありません。 とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) プロセス数の変更は、「プロセスタイプテーブル」をphpMyAdminで修正して増設します。 また、プロジェクトテーブルに「プロセスタイプ」を追加する事で プロジェクト毎のプロセスタイプ（プロセス数）に対応しましょう。 プロセスタイプテーブル Type　　Processid '1'-----'1'：要件仕様,受入れテスト計画 '1'-----'2'：機能設計仕様,機能テスト計画 '1'-----'3'：基本設計仕様,結合テスト計画 '1'-----'4'：詳細設計仕様,単体テスト計画 ---------------------------------- 以下は増設例 '2'-----'1'：要件仕様,受入れテスト計画 '2'-----'2'：機能設計仕様,機能テスト計画 '2'-----'3'：基本設計仕様,結合テスト計画 '2'-----'4'：IF設計仕様,IF結合テスト計画 '2'-----'5'：詳細設計仕様,単体テスト計画 > できれば、印刷することも考慮できると良いと思います。 > （横に長いので印刷しにくい） 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 +++++++++++++++++++++++++ ＃あきぴーさん > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 特に関連テーブルがなくても1対Nにも対応できます。 Processid 1:要件仕様------1:受入れテスト計画1 　　　　　　　　　　 　 1:受入れテスト計画2 　　　　　　　　　　　 1:受入れテスト計画3 2:基本設計仕様---2:システムテスト計画1 　　　　　　　　　　　 2:システムテスト計画2 ... 以上です。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Saturday, September 19, 2009 8:14 AM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、おはようございます。あきぴーです。 要件の関連付けは分かりました。 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ つまり、下記のイメージです。 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も あるからです。 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が 汎用性があります。 フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは ないでしょうか？ ご検討してもらえると幸いです。 以上、よろしくお願いします。 09/09/18 西山 博実 : あきぴーさん 西山です。 ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 この場合はキーワードではなくて、キーワード方式とは別に 要件とテストケースを関連つける機能が従来からあります。 これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 理論的に可能ですね。表示を考えてみましょう。。。。 ＞reqspecTAGシートで「フェーズ」という項目があります。 ＞これはどのように使うのでしょうか？ 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 また、テスト計画の設定画面でも、選択できる様にします。 これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) ええ、それで「フェースタイプテーブル」でフェーズを管理します。 例えば、 '２'：機能設計仕様---機能テスト計画 '３'：IF設計仕様---IF結合テスト計画 '４'：詳細設計仕様---単体テスト計画 とかに、変更できます。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Friday, September 18, 2009 5:45 PM Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 西山さん、こんにちは。あきぴーです。 下記のマクロを落として、下記のテストサーバーで実際に見ました。 なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 上手いやり方だと思いました。 できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 一つ聞きたいことがあります。 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 かと思います。 これはどのように使うのでしょうか？ テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) 以上、よろしくお願いします。 09/09/18 西山 博実 : Sunday Walkerさん あきぴー さん こんにちは、西山です。 TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 いかがでしょうか？ ■ダウンロード TestLinkTools::TestLinkCnvMacro test_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 本体のパッチは4.4のものです。 以下のお試し版の「projBBB」に要件がインポートしてありますので 要件仕様ドキュメントの「解析」でご覧になれます。 要件間のカバレッジはまだ見れませんが、 「要件仕様ドキュメント１」を選択した時のイメージで、 「要件間解析」にチェックを入れると、 下位の要件がテストケースの部分に表示される様にします。 また、下位要件によってカバーされない要件も表示される様にします。 --------------------------------------------------- ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 --------------------------------------------------- ＞Sunday Walkerさん インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 ----- Original Message ----- From: "Sunday Walker" To: "TestLink JP Users ML" Sent: Thursday, September 17, 2009 12:40 AM Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > 西山 さん > あきぴー さん > > 返信ありがとうございます。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > そう思います。 > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで >> 詳細化していきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > http://www.redmine.org/issues/443 > http://www.redmine.org/issues/756 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク >> 管理と連携が悪いので結局使い勝手が悪いです。 >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > Sunday Walker > > > --- Akipii Oga wrote: >> >> 西山さん、こんにちは。あきぴーです。 >> >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して >> いきたいのです。 >> >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 >> >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので >> 結局使い勝手が悪いです。 >> >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 >> になるのが商用ツールに無い最大の利点だと思います。 >> >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と >> 連携できれば最高です(^^) >> >> 以上、よろしくお願いします。 >> >> >> 09/09/16 西山 博実 : >> >> あきぴーさん >> 西山です。 >> >> 社内ではblogが閲覧できなくて残念です。。。 >> >> >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> ＞運用しづらいです。 >> >> 確かにそうですね。 >> 同一プロジェクト内で管理できるのが理想でしょうね。 >> 以下の様にテスト計画で区別すべきかな。。。 >> >> proj-V1　　　要件項目-------受入れテスト計画 >> >> proj-V1 基本設計項目---システムテスト計画 >> >> proj-V1　　　機能設計項目---結合テスト計画 >> >> proj-V1　　　詳細設計項目---単体テスト計画 >> --------------------------------------------- >> >> >> >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 >> 要件仕様ドキュメント画面でツリー表示されてます。 >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 >> （多分、将来の機能にあるかもしれませんね。。。） >> >> >> >> >> ----- Original Message ----- >> From: Akipii Oga >> To: TestLink JP Users ML >> >> Sent: Wednesday, September 16, 2009 3:52 PM >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 >> sunday_walkerさん、西山さん >> >> こんにちは、あきぴーです。 >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん >> 返信を書く前にBlogへ僕の考えを書いてみました。 >> >> TestLinkの要件管理機能: プログラマの思索 >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html >> >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 >> 運用しづらいです。 >> ＃現状は仕方ないですが。。 >> >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に >> 落とすことができます。 >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる >> ので、設計漏れを見つけやすくなります。 >> 要件本来の理由を書ければ、なお強力です。 >> >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が >> 欲しいです。 >> また、要件の変更履歴機能も欲しいですね。 >> >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に >> よって、テスト工程の品質を大きく改善できると思います。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> 09/09/16 西山 博実 : sunday_walkerさん >> こんにちは、西山です。 >> >> >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> >> >> 現状ないですね。 >> >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 >> >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ >> >> proj-V1　　　要件項目-------受入れテスト >> docid-v1-1　　　　　ｔｃid-v1-1 >> docid-v1-2　　　　　ｔｃid-v1-2 >> >> proj-V2　　　基本設計項目---システムテスト >> docid-v2-1 ｔｃid-v2-1 >> docid-v2-2 ｔｃid-v2-2 >> docid-v2-3 ｔｃid-v2-3 >> >> proj-V3　　　機能設計項目---結合テスト >> >> proj-V4　　　詳細設計項目---単体テスト >> >> >> >> >> >> ----- Original Message ----- >> From: "Sunday Walker" >> To: "TestLink JP Users ML" >> Sent: Tuesday, September 15, 2009 9:16 PM >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 >> >> >> > あきぴー さん >> > >> > 返信ありがとうございます。 >> > 大変参考になります。 >> > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 >> > http://forza.cocolog-nifty.com/blog/ >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） >> > >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 >> > >> > >> > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 >> > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを 使うこと >> > により、 >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートさ れな >> > い。 >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 >> > >> > 以上の理解でよいでしょうか。 >> > >> > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に >> >> お聞きした方がいいと思いますが。。 >> > >> > あきぴー さんは、十分詳しいとは思いますが... >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 >> > >> > Sunday Walker >> > >> > >> > --- Akipii Oga wrote: >> >> >> >> sunday_walkerさん、こんにちは。あきぴーです。 >> >> >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 >> >> >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 >> >> >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 >> >> >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 >> >> >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 >> >> と考えてよいと思います。 >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 >> >> >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 >> >> テストケースとN対Nの関係になります。 >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 >> >> >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 >> >> >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や >> >> 粒度が問題になります。 >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 >> >> >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という >> >> 観点で作ることになると思います。 >> >> >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 >> >> 要件も同様の作業が必要だと思います。 >> >> >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな >> >> 威力を発揮します。 >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 >> >> >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに >> >> 使えればいいなと思っています。 >> >> >> >> 参考になれば幸いです。 >> >> 以上、よろしくお願いします。 >> >> >> >> >> >> 09/09/14 Sunday Walker :こんにちは >> >> >> >> >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 >> >> >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 >> >> >> >> >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB >> >> >> >> >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 >> >> >> >> 以上、よろしくお願いします。 >> >> >> >> Sunday Walker >> >> >> >> -------------------------------------- >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> >> http://pr.mail.yahoo.co.jp/ec10years/ >> >> >> >> _______________________________________________ >> >> Testlinkjp-users mailing list >> >> Testlinkjp-users ＠ lists.sourceforge.jp >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> >> >> >> -- >> >> /**************************** >> >> Akihiko Ogawa (akipii ＠ gmail.com) >> >> Blog: http://forza.cocolog-nifty.com >> >> Photo: http://www.flickr.com/photos/akipyon2go/ >> >> /****************************/ >> > >> > -------------------------------------- >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions >> > http://pr.mail.yahoo.co.jp/ec10years/ >> > >> > _______________________________________________ >> > Testlinkjp-users mailing list >> > Testlinkjp-users ＠ lists.sourceforge.jp >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> > >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> >> >> >> -- >> /**************************** >> Akihiko Ogawa (akipii ＠ gmail.com) >> Blog: http://forza.cocolog-nifty.com >> Photo: http://www.flickr.com/photos/akipyon2go/ >> /****************************/ > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ---------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090925/cc1e17c7/attachment-0001.htm From hnishi ＠ skygroup.jp Fri Sep 25 19:41:11 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Fri, 25 Sep 2009 19:41:11 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEI=?= =?iso-2022-jp?b?GyRCISEbKEJ2ZXIuIDQuNQ==?= Message-ID: <27A2B602EE1945188C5989A866FA3594@skygroup.local> Testlinkjp-usersのみなさまへ お晩ございます、西山です。 「ver. 4.5」リリースのお知らせです。 →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 →付属のパッチコードは1.8では動作いたしません。 ■追加機能 　4.5　 for Testlink(1.7.4-1.7.5) ・XMLtoSheet：テストケースのシートの横方向への取込み機能を追加。 　→テストケースの横方向への取込み用の「caseToDT」、「caseToDTTAG」シートを追加した。 ・MakeXML：要件間の関連付けTAGへの対応を追加。 　→「ReqSpec」、「reqspecTAG」シートを変更し、要件間の関連付けのサンプルを追記した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 23, 2009 3:34 PM Subject: Re: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4a Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.4a」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4a　 for Testlink(1.7.4-1.7.5) ・XMLtoSheetをUTF-8のままでの1行単位読込み方式へ変更 して、XMLtoSheetUTF8は削除しました。 　→マクロ実行環境がSHIFTJISかどうかに関わらず、XMLファイルをUTF8のままEXCELシートに取込めます。 　→XMLファイルサイズが4MB以上の場合でも、一行単位の読込みのため取得速度は遅くなりません。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44a_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Wednesday, July 22, 2009 6:20 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4 Testlinkjp-usersのみなさまへ こんばんは、西山です。 「ver. 4.4」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4　 2009/7/22 ・MakeXMLをS-JIS以外のマルチバイト言語のマクロ環境でも動作する様にした。（船木さんのコードを元に変更） ・マクロ実行でのメッセージBOX 言語を Public Const C_locales により英文と切替わる様にした。 ・テストケースの修正インポート及び、テスト計画へのテストケース追加インポー時にtestcaseidがプロジェクトに存在していない場合、TestLink上のエラー表示に「within ???」を表示する様にした。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 16, 2009 5:23 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.3 Testlinkjp-usersのみなさまへ こんにちは、西山です。 記事の途中から非改行となるので再送信しました。（outlook expressのバグ？） 「ver. 4.3」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■TestLinkCnvMacro(4.3)の主機能　　　　for Testlink(1.7.4-1.7.5) １ テストケースのインポート ・テストスイートとテストケースをXMLファイルへ変換し、Testlinkへインポートできます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時にカスタムフィールドへの設定ができます。 　　→インポート前にカスタムフィールドの管理で、カスタムフィールド(text area)の名前をカスタムフィールドの開始TAG名で作成し、アサインしておきます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時に試験者を指定すると、計画に追加され一括アサインできます。 ・テストケースのインポート時に作成者を指定できます。 ２ テストケースの修正インポート ・EXCELシートに取込んで修正、置換したテストケースはTestlinkへ修正インポートで上書きできます。 ・テストケースの新バージョンを作成した場合は、最新バージョンの内容が修正されます。 ・修正インポート時に修正者を指定できます。 ・試験者を指定すれば、再アサインされます。　New! （注）修正インポートでは試験実施すみのケースもキーワードを含め修正されます。 ３ テストケースのテスト計画への追加インポート　New! ・既存のテストケースを試験未実行のものを含めて、新たなテスト計画へ一括追加できます。 ・試験者を指定すれば、一括アサイン（再アサイン）できます。 ４ テストケースのエクポート ・MakeXMLで変換インポートしたスイートは、Testlinkから元の書式でEXCELシートに取込めます。 ・その際に、指定したビルドの最終試験結果、実施日時、実施者なども元のEXCELシートに取込めます。 ・また、テスト仕様、及びテスト実行のカスタムフィールド値をEXCELシートに取込めます。　 ・スイートの構成を問わずにプロジェクト内の全テストケースをTestlinkからEXCELシートに取込んで修正できます。 ・マクロ実行環境がSHIFTJIS以外の場合でも、XMLファイルをUTF8のままEXCELシートに取込めます。 ５ 要件のインポート ・要件仕様と要件をXMLファイルへ変換し、Testlinkへインポートできます。 ・要件仕様と要件のインポート時に、要件とテストケースを一括アサインできます。 ・その際は、事前にテストケースのキーワードに要件名を指定してインポートしておきます。 ・プロジェクト内の全要件仕様と要件を一括削除し、アンアサインできます。 ６ ユーザのインポート ・ユーザ一覧シートのインポートにより一括ユーザ登録できます。 ７ テスト結果の統計データのエクスポート ・指定された期間のビルド単位の試験結果の推移をグラフ化できます。 ・試験者を指定した試験結果の推移をグラフ化できます。 ・試験結果の累計数は、各テストケースでの最後に実施した結果の累計数です。 ８　要件カバレッジのエクスポート ・プロジェクト内の全要件のカバレッジを、EXCELシートに取込めます。 ・要件カバレッジは、指定されたビルドの各テストケースでの最後に実施した結果より求めています。 ・要件カバレッジは、要件にアサインされているテストケースの「成功」の割合です。 ・仕様カバレッジは、要件仕様にアサインされているテストケースの「成功」の割合です。 ・全仕様カバレッジは、全要件仕様にアサインされているテストケースの「成功」の割合です。 ・これらは、要件仕様ないで重複してアサインされているテストケースを１個としてカバレッジを求めています。 ９　要件カバレッジの統計データのエクスポート ・指定された期間のビルド単位の全要件仕様カバレッジの推移をグラフ化できます。 ・要件仕様を指定した要件仕様カバレッジの推移をグラフ化できます。 １０　時間帯別の試験結果の統計データのエクスポート　　 ・指定された日のビルド単位の時間帯別の試験結果をグラフ化できます。 ・試験者を指定した時間帯別の試験結果をグラフ化できます。 １１　試験結果のピーク時間帯の統計データのエクスポート　　 ・指定された期間のビルド単位の試験結果のピーク時間帯の推移をグラフ化できます。 ・試験者を指定した試験結果のピーク時間帯の推移をグラフ化できます。 １２　曜日別の試験結果の統計データのエクスポート　　 ・指定日または、指定期間のビルド単位の曜日別の試験結果をグラフ化できます。 ・試験者を指定した曜日別の試験結果をグラフ化できます。 １３　時間当り実施数の統計データのエクスポート　　 ・指定期間のビルド単位の時間当り実施数の推移をグラフ化できます。 ・試験者を指定した時間当り実施数の推移をグラフ化できます。 １４　試験者別時間当り実施数データのエクスポート　　 ・指定期間のビルド単位の試験者別時間当り実施数をグラフ化できます。 ・指定した試験者の指定期間の時間当り実施数をグラフ化できます。 ■TestLinkCnvMacro(4.3)のお試し版 Testlink(1.7.4_4.3) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v43_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090925/c540198b/attachment-0001.htm From sunday_walker_field ＠ yahoo.co.jp Fri Sep 25 23:20:44 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Fri, 25 Sep 2009 23:20:44 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <19AD66C1F03C4F519C1B91BCE12138FD@skygroup.local> Message-ID: <20090925142044.49057.qmail@web3902.mail.bbt.yahoo.co.jp> 西山 さん あきぴー さん > > 関連する下位の要件は最大4つでしょうか。 > > 関連するテストケースは最大6つでしょうか。 > > できれば、数の制限がない方が良いと思います。 > > 制限はありません。 いいですね。 > 図3 トレーサビリティマトリクス（追跡可能性マトリクス） これは世の中でよく使われている形式だと思いますので、あると多くのユーザが喜ぶ機能だと思います。 > 図4 トレーサビリティツリー（追跡可能性ツリー） こちらは、トレーサビリティマトリクスほと有名ではないと思いますが、印刷するときに横幅が広くなりすぎないので良い形式だと思います。 トレーサビリティマトリクスではどちらの方向からもトレースできるので、できれば逆方向のツリーもあるとなお良いと思います。 Sunday Walker --- 西山 博実 wrote: > > > あきぴーさん > 西山です。 > > >下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 > >実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 > > 検討します。 > > ----- Original Message ----- > From: Akipii Oga > To: TestLink JP Users ML > Sent: Friday, September 25, 2009 3:42 PM > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > 西山さん、こんにちは、あきぴーです。 > 下記の補足ありがとうございました。 > > 後もう一つ要望を(^^) > 下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 > 実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 > 既に、TestLinkでは、要件とテストケースのツリー表示は、TestLinkの要件解析画面で実現されていますし。 > > ＠IT：みんなが悩む要求管理（8） > http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html > 図4 トレーサビリティツリー（追跡可能性ツリー） > > 西山さんが公開されているTestLinkサーバーで、要件ドキュメント画面の要件項目をクリックしながら、 > 色々考えてしまいます。。 > 欲しい機能は、要件の追跡の一覧、更には、要件の影響範囲が一目瞭然になれば十分です。 > TestLinkからデータをエクスポートして、Excel上で展開するのが簡単かもしれません。 > > ご検討の程よろしくお願いします。 > > > 09/09/25 西山 博実 : > > あきぴーさん > 西山です。 > > 補足します。 > > >・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > >　フェースタイプテーブTblのフェーズで関係を管理する。 > > 要件とテスト計画のプロセスは、process_typeテーブルのプロセスで関係を管理する。 > > ・プロセス構成はプロジェクト毎に定義でき、構成するプロセス数に制限はない。 > 　プロジェクトのプロセス構成はprocess_typeテーブルのタイプで管理する。 > > >・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > ・上位要件と下位要件はN対Nで、下位要件の数に制限は無い。 > 上位要件と下位要件は、process_coverageテーブルで関係を管理する。 > > > >・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > >　つまり、プロジェクトと要件ドキュメントは1対Nになる。 > >　プロセスタイプTblのタイプで関係を管理する。 > > →これは既存テーブルで管理されてます。 > > >・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > > >上記の仕様が実現されれば、要件の追跡のインフラが整います。 > >それから、後もう1点、改善要望があります。 > >下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > 可能だと思います。　次期バージョンにでも検討しましょう。 > 画面でもtable　TAGを使えば表示できるかな。。。 > トレーサビリティマトリクスを手がけた者の話しでは、手動保守では破綻するらしいです＾＾ > まあ。。仕様変更の頻度にもよりますが。。。どこでも多いです＾＾ > > > > ----- Original Message ----- > From: Akipii Oga > To: TestLink JP Users ML > > Sent: Friday, September 25, 2009 1:02 PM > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、こんにちは。あきぴーです。 > 西山さんが考えている仕様が大体分かりました。 > > ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > 　フェースタイプテーブTblのフェーズで関係を管理する。 > ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > 　つまり、プロジェクトと要件ドキュメントは1対Nになる。 > 　プロセスタイプTblのタイプで関係を管理する。 > ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > > 上記の仕様が実現されれば、要件の追跡のインフラが整います。 > それから、後もう1点、改善要望があります。 > > 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > ＠IT：みんなが悩む要求管理（8） > http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html > 図3 トレーサビリティマトリクス（追跡可能性マトリクス） > > イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく > 下位要件がある場合、そのセルに印を付ける機能です。 > このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが > あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 > が一目瞭然になります。 > > 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント > (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと > 思います。 > > 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が > 一番大事だと思います。 > 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが > 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に > 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 > > そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 > 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 > TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 > > ご検討頂けると嬉しいです。 > > #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 > TestLink上にあるべきでしょう。 > #サーバー上で処理した方がはるかに速いと思いますし。。 > > 以上、よろしくお願いします。 > > > 09/09/24 西山 博実 : > > 西山です。 > > 用語は、フェーズを止めて、CMMのプロセスに変更します。 > > > ＃Sunday Walkerさん > > > 関連する下位の要件は最大4つでしょうか。 > > 関連するテストケースは最大6つでしょうか。 > > できれば、数の制限がない方が良いと思います。 > > 制限はありません。 > とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 > 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) > > プロセス数の変更は、「プロセスタイプテーブル」をphpMyAdminで修正して増設します。 > また、プロジェクトテーブルに「プロセスタイプ」を追加する事で > プロジェクト毎のプロセスタイプ（プロセス数）に対応しましょう。 > > プロセスタイプテーブル > Type　　Processid > '1'-----'1'：要件仕様,受入れテスト計画 > '1'-----'2'：機能設計仕様,機能テスト計画 > '1'-----'3'：基本設計仕様,結合テスト計画 > '1'-----'4'：詳細設計仕様,単体テスト計画 > ---------------------------------- > 以下は増設例 > '2'-----'1'：要件仕様,受入れテスト計画 > '2'-----'2'：機能設計仕様,機能テスト計画 > '2'-----'3'：基本設計仕様,結合テスト計画 > '2'-----'4'：IF設計仕様,IF結合テスト計画 > '2'-----'5'：詳細設計仕様,単体テスト計画 > > > > > できれば、印刷することも考慮できると良いと思います。 > > （横に長いので印刷しにくい） > > 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 > > > > +++++++++++++++++++++++++ > > ＃あきぴーさん > > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > > 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 > 特に関連テーブルがなくても1対Nにも対応できます。 > > Processid > 1:要件仕様------1:受入れテスト計画1 > 　　　　　　　　　　 　 1:受入れテスト計画2 > 　　　　　　　　　　　 1:受入れテスト計画3 > > 2:基本設計仕様---2:システムテスト計画1 > 　　　　　　　　　　　 2:システムテスト計画2 > ... > > 以上です。 > > > ----- Original Message ----- > From: Akipii Oga > To: TestLink JP Users ML > > Sent: Saturday, September 19, 2009 8:14 AM > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、おはようございます。あきぴーです。 > 要件の関連付けは分かりました。 > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > つまり、下記のイメージです。 > > 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) > > テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も > あるからです。 > 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が > 汎用性があります。 > フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは > ないでしょうか？ > > ご検討してもらえると幸いです。 > 以上、よろしくお願いします。 > > > > 09/09/18 西山 博実 : > > あきぴーさん > 西山です。 > > ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > この場合はキーワードではなくて、キーワード方式とは別に > 要件とテストケースを関連つける機能が従来からあります。 > これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 > （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） > > ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > 理論的に可能ですね。表示を考えてみましょう。。。。 > > ＞reqspecTAGシートで「フェーズ」という項目があります。 > ＞これはどのように使うのでしょうか？ > 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 > また、テスト計画の設定画面でも、選択できる様にします。 > これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 > > ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > ええ、それで「フェースタイプテーブル」でフェーズを管理します。 > > 例えば、 > '２'：機能設計仕様---機能テスト計画 > '３'：IF設計仕様---IF結合テスト計画 > '４'：詳細設計仕様---単体テスト計画 > とかに、変更できます。 > > > > ----- Original Message ----- > From: Akipii Oga > To: TestLink JP Users ML > > Sent: Friday, September 18, 2009 5:45 PM > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > 西山さん、こんにちは。あきぴーです。 > 下記のマクロを落として、下記のテストサーバーで実際に見ました。 > > なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > 上手いやり方だと思いました。 > できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > > 一つ聞きたいことがあります。 > 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 > 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 > かと思います。 > これはどのように使うのでしょうか？ > テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > > 以上、よろしくお願いします。 > > > 09/09/18 西山 博実 : Sunday Walkerさん > あきぴー さん > こんにちは、西山です。 > > TestLink　1.7.4_4.5　で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 > 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 > > TestLink　1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 > いかがでしょうか？ > > > ■ダウンロード > TestLinkTools::TestLinkCnvMacro > test_TestLinkCnvMacro.tar.gz > https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 > > 本体のパッチは4.4のものです。 > > 以下のお試し版の「projBBB」に要件がインポートしてありますので > 要件仕様ドキュメントの「解析」でご覧になれます。 > > 要件間のカバレッジはまだ見れませんが、 > 「要件仕様ドキュメント１」を選択した時のイメージで、 > 「要件間解析」にチェックを入れると、 > 下位の要件がテストケースの部分に表示される様にします。 > また、下位要件によってカバーされない要件も表示される様にします。 > > > --------------------------------------------------- > ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) > Login：takimin6 > Password：takimin6 > > URLを記載するとMLに配信されないので、 > [TestLink日本語化プロジェクト]でweb検索し、ニュースの > 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 > > --------------------------------------------------- > > ＞Sunday Walkerさん > インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 > > > > > ----- Original Message ----- > From: "Sunday Walker" > To: "TestLink JP Users ML" > > Sent: Thursday, September 17, 2009 12:40 AM > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > 西山 さん > > あきぴー さん > > > > 返信ありがとうございます。 > > > > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > > > そう思います。 > > > > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで > >> 詳細化していきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > > > 基本は１つの上位レベルの項目(a, b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > > > > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > > > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > > on Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... でも、一部の人は使ってくれているようです。 > > http://www.redmine.org/issues/443 > > http://www.redmine.org/issues/756 > > > > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク > >> 管理と連携が悪いので結局使い勝手が悪いです。 > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 > >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > > > そのとおりだと思います。あきぴー さんも多分好きなRedmineと連携できると良いと思っています。 > > > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > > > > Sunday Walker > > > > > > --- Akipii Oga wrote: > >> > >> 西山さん、こんにちは。あきぴーです。 > >> > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して > >> いきたいのです。 > >> > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > >> > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので > >> 結局使い勝手が悪いです。 > >> > >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 > >> になるのが商用ツールに無い最大の利点だと思います。 > >> > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と > >> 連携できれば最高です(^^) > >> > >> 以上、よろしくお願いします。 > >> > >> > >> 09/09/16 西山 博実 : > >> > >> あきぴーさん > >> 西山です。 > >> > >> 社内ではblogが閲覧できなくて残念です。。。 > >> > >> > >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> ＞運用しづらいです。 > >> > >> 確かにそうですね。 > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > >> 以下の様にテスト計画で区別すべきかな。。。 > >> > >> proj-V1　　　要件項目-------受入れテスト計画 > >> > >> proj-V1 基本設計項目---システムテスト計画 > >> > >> proj-V1　　　機能設計項目---結合テスト計画 > >> > >> proj-V1　　　詳細設計項目---単体テスト計画 > >> --------------------------------------------- > >> > >> > >> > >> 1.8では要件も　nodes_hierarchy　テーブルで管理する様になったので、 > >> 要件仕様ドキュメント画面でツリー表示されてます。 > >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > >> （多分、将来の機能にあるかもしれませんね。。。） > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: Akipii Oga > >> To: TestLink JP Users ML > >> > >> Sent: Wednesday, September 16, 2009 3:52 PM > >> Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > >> sunday_walkerさん、西山さん > >> > >> こんにちは、あきぴーです。 > >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > >> 返信を書く前にBlogへ僕の考えを書いてみました。 > >> > >> TestLinkの要件管理機能: プログラマの思索 > >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > >> > >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > >> 運用しづらいです。 > >> ＃現状は仕方ないですが。。 > >> > >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > >> 落とすことができます。 > >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > >> ので、設計漏れを見つけやすくなります。 > >> 要件本来の理由を書ければ、なお強力です。 > >> > >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > >> 欲しいです。 > >> また、要件の変更履歴機能も欲しいですね。 > >> > >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > >> よって、テスト工程の品質を大きく改善できると思います。 > >> > >> 以上、よろしくお願いします。 > >> > >> > >> > >> > >> 09/09/16 西山 博実 : sunday_walkerさん > >> こんにちは、西山です。 > >> > >> > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > >> > >> 現状ないですね。 > >> > >> TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > >> > >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > >> > >> proj-V1　　　要件項目-------受入れテスト > >> docid-v1-1　　　　　ｔｃid-v1-1 > >> docid-v1-2　　　　　ｔｃid-v1-2 > >> > >> proj-V2　　　基本設計項目---システムテスト > >> docid-v2-1 ｔｃid-v2-1 > >> docid-v2-2 ｔｃid-v2-2 > >> docid-v2-3 ｔｃid-v2-3 > >> > >> proj-V3　　　機能設計項目---結合テスト > >> > >> proj-V4　　　詳細設計項目---単体テスト > >> > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Sunday Walker" > >> To: "TestLink JP Users ML" > >> Sent: Tuesday, September 15, 2009 9:16 PM > >> Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > >> > >> > >> > あきぴー さん > >> > > >> > 返信ありがとうございます。 > >> > 大変参考になります。 > >> > > >> > また、あきぴー さんのブログをいつも楽しく読ませていただいています。 > >> > http://forza.cocolog-nifty.com/blog/ > >> > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > >> > > >> > > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> > > >> > あきぴー さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > >> > > >> > > >> > > >> > * TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > >> > > >> > * TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 さん作成のTestLinkCnvMacroを使うこと > >> > により、 > >> > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink 1.7.4推奨）はTestLink 1.8.xではサポートされな > >> > い。 > >> > > >> > * TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > >> > > >> > 以上の理解でよいでしょうか。 > >> > > >> > > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > >> >> お聞きした方がいいと思いますが。。 > >> > > >> > あきぴー さんは、十分詳しいとは思いますが... > >> > 最新の開発状況などを含めて、あきぴー さん以外の方の知見も教えていただけるとありがたいです。 > >> > > >> > Sunday Walker > >> > > >> > > >> > --- Akipii Oga wrote: > >> >> > >> >> sunday_walkerさん、こんにちは。あきぴーです。 > >> >> > >> >> 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > >> >> ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > >> >> > >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > >> >> > >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ テストスイート　--◇　テスト計画 > >> >> > >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > >> >> > >> >> 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > >> >> と考えてよいと思います。 > >> >> つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > >> >> > >> >> ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > >> >> テストケースとN対Nの関係になります。 > >> >> キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > >> >> してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > >> >> > >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > >> >> > >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > >> >> 粒度が問題になります。 > >> >> 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > >> >> > >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > >> >> つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > >> >> 観点で作ることになると思います。 > >> >> > >> >> TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > >> >> 要件も同様の作業が必要だと思います。 > >> >> > >> >> TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > >> >> 威力を発揮します。 > >> >> しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > >> >> > >> >> TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > >> >> 使えればいいなと思っています。 > >> >> > >> >> 参考になれば幸いです。 > >> >> 以上、よろしくお願いします。 > >> >> > >> >> > >> >> 09/09/14 Sunday Walker :こんにちは > >> >> > >> >> > >> >> どなたか以下についてわかれば、教えていただけるとありがたいです。 > >> >> > >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > >> >> > >> >> > >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > >> >> > >> >> > >> >> 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> > >> >> TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > >> >> > >> >> 以上、よろしくお願いします。 > >> >> > >> >> Sunday Walker > >> >> > >> >> -------------------------------------- > >> >> Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> >> http://pr.mail.yahoo.co.jp/ec10years/ > >> >> > >> >> _______________________________________________ > >> >> Testlinkjp-users mailing list > >> >> Testlinkjp-users ＠ lists.sourceforge.jp > >> >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> >> > >> >> > >> >> > >> >> -- > >> >> /**************************** > >> >> Akihiko Ogawa (akipii ＠ gmail.com) > >> >> Blog: http://forza.cocolog-nifty.com > >> >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> >> /****************************/ > >> > > >> > -------------------------------------- > >> > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > >> > http://pr.mail.yahoo.co.jp/ec10years/ > >> > > >> > _______________________________________________ > >> > Testlinkjp-users mailing list > >> > Testlinkjp-users ＠ lists.sourceforge.jp > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > >> > >> > >> -- > >> /**************************** > >> Akihiko Ogawa (akipii ＠ gmail.com) > >> Blog: http://forza.cocolog-nifty.com > >> Photo: http://www.flickr.com/photos/akipyon2go/ > >> /****************************/ > > > > -------------------------------------- > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > -- > /**************************** > Akihiko Ogawa (akipii ＠ gmail.com) > Blog: http://forza.cocolog-nifty.com > Photo: http://www.flickr.com/photos/akipyon2go/ > /****************************/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions http://pr.mail.yahoo.co.jp/ec10years/ From akipii ＠ gmail.com Sat Sep 26 18:57:46 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Sat, 26 Sep 2009 18:57:46 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsbJEIkTjUhRz0bKEI=?= =?iso-2022-jp?b?GyRCJEgbKEJWGyRCO3olYiVHJWskTjRYNzgbKEI=?= In-Reply-To: <20090925142044.49057.qmail@web3902.mail.bbt.yahoo.co.jp> References: <19AD66C1F03C4F519C1B91BCE12138FD@skygroup.local> <20090925142044.49057.qmail@web3902.mail.bbt.yahoo.co.jp> Message-ID: こんばんは、あきぴーです。 2009年9月25日23:20 Sunday Walker sunday_walker_field ＠ yahoo.co.jp: > 図4 トレーサビリティツリー（追跡可能性ツリー） >こちらは、トレーサビリティマトリクスほと有名ではないと思いますが、印刷するときに横幅が広くなりすぎないので良い形式だと思います。 >トレーサビリティマトリクスではどちらの方向からもトレースできるので、できれば逆方向のツリーもあるとなお良いと思います。 TestLinkの要件解析画面では、要件からテストケースへのトレーサビリティツリーは ありますが、テストケースから要件へのトレーサビリティツリーがないのが非常に残念 です。 テストケースから要件へのトレーサビリティツリー表示機能があれば、例えばテストに失敗 した場合、失敗したテストケースから発生源の要件に遡れるので、発生源の要件に関係 するテストケースをブロックする操作が簡単にできるからです。 つまり、両方向のトレーサビリティツリー機能によって、ブロッキングバグに影響する要件、 更にはそれに紐づくテストケースや機能が分かり、最終的には、ブロッキングバグの 修正・検証工数も計算できます。 この手法はブロッキングバグの影響調査だけでなく、仕様変更による影響調査にも使える ので、精度の高い変更管理が可能になります。 TestLinkは正直、RedmineやTrac、Mantisほど機能もUIも洗練されていませんが、 それらのツール以上に、プロジェクト管理を劇的に改善させるポテンシャルがあると思います。 ご検討よろしくお願いします。 --- 西山 博実 wrote: > > > > あきぴーさん > > 西山です。 > > > > >下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 > > >実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 > > > > 検討します。 > > > > ----- Original Message ----- > > From: Akipii Oga > > To: TestLink JP Users ML > > Sent: Friday, September 25, 2009 3:42 PM > > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、こんにちは、あきぴーです。 > > 下記の補足ありがとうございました。 > > > > 後もう一つ要望を(^^) > > 下記の記事にあるトレーサビリティマトリクスから、トレーサビリティツリーも欲しいです。 > > 実際は、トレーサビリティツリー画面は、TestLinkの要件解析画面のような一覧表示画面で十分です。 > > 既に、TestLinkでは、要件とテストケースのツリー表示は、TestLinkの要件解析画面で実現されていますし。 > > > > ＠IT：みんなが悩む要求管理（8） > > http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html > > 図4 トレーサビリティツリー（追跡可能性ツリー） > > > > 西山さんが公開されているTestLinkサーバーで、要件ドキュメント画面の要件項目をクリックしながら、 > > 色々考えてしまいます。。 > > 欲しい機能は、要件の追跡の一覧、更には、要件の影響範囲が一目瞭然になれば十分です。 > > TestLinkからデータをエクスポートして、Excel上で展開するのが簡単かもしれません。 > > > > ご検討の程よろしくお願いします。 > > > > > > 09/09/25 西山 博実 : > > > > あきぴーさん > > 西山です。 > > > > 補足します。 > > > > >・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > > > フェースタイプテーブTblのフェーズで関係を管理する。 > > > > 要件とテスト計画のプロセスは、process_typeテーブルのプロセスで関係を管理する。 > > > > ・プロセス構成はプロジェクト毎に定義でき、構成するプロセス数に制限はない。 > > プロジェクトのプロセス構成はprocess_typeテーブルのタイプで管理する。 > > > > >・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > > ・上位要件と下位要件はN対Nで、下位要件の数に制限は無い。 > > 上位要件と下位要件は、process_coverageテーブルで関係を管理する。 > > > > > > >・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > > > つまり、プロジェクトと要件ドキュメントは1対Nになる。 > > > プロセスタイプTblのタイプで関係を管理する。 > > > > →これは既存テーブルで管理されてます。 > > > > >・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > > > > >上記の仕様が実現されれば、要件の追跡のインフラが整います。 > > >それから、後もう1点、改善要望があります。 > > >下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > > > 可能だと思います。 次期バージョンにでも検討しましょう。 > > 画面でもtable TAGを使えば表示できるかな。。。 > > トレーサビリティマトリクスを手がけた者の話しでは、手動保守では破綻するらしいです＾＾ > > まあ。。仕様変更の頻度にもよりますが。。。どこでも多いです＾＾ > > > > > > > > ----- Original Message ----- > > From: Akipii Oga > > To: TestLink JP Users ML > > > > Sent: Friday, September 25, 2009 1:02 PM > > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > > > 西山さん、こんにちは。あきぴーです。 > > 西山さんが考えている仕様が大体分かりました。 > > > > ・要件はビルド単位に集計される為、要件とテスト計画は1対Nにできる。 > > フェースタイプテーブTblのフェーズで関係を管理する。 > > ・上位要件と下位要件は1対Nで、下位要件の数に制限は無い。 > > ・要件ドキュメントの構造は、プロジェクト単位に異なるように扱う。 > > つまり、プロジェクトと要件ドキュメントは1対Nになる。 > > プロセスタイプTblのタイプで関係を管理する。 > > ・印刷機能は出力したExcelでカバーすればいい。(僕もそう思います) > > > > 上記の仕様が実現されれば、要件の追跡のインフラが整います。 > > それから、後もう1点、改善要望があります。 > > > > 下記の図のように、トレーサビリティマトリクスをExcel上で出力することは可能でしょうか？ > > > > ＠IT：みんなが悩む要求管理（8） > > http://www.atmarkit.co.jp/farc/rensai/re_mgt08/re_mgt08.html > > 図3 トレーサビリティマトリクス（追跡可能性マトリクス） > > > > イメージとしては、上位要件を行、下位要件を列にしたマトリクスを作り、上位要件に紐づく > > 下位要件がある場合、そのセルに印を付ける機能です。 > > このマトリクスがトレーサビリティマトリクス(TM：追跡可能マトリクス)であり、このTMが > > あれば、要件に変更が生じた場合、下位要件、更にはそれに紐づくテストケースの影響範囲 > > が一目瞭然になります。 > > > > 例えば、要求仕様と基本仕様、基本仕様と機能仕様のように、隣り合う要件ドキュメント > > (フェースタイプテーブTblのフェーズ)でトレーサビリティマトリクスを作れれば、十分だと > > 思います。 > > > > 要件管理では、要件漏れ・テスト漏れがないかという要件カバレッジ、つまりMECEの観点が > > 一番大事だと思います。 > > 要件カバレッジがあるからこそ、要件からソースコードやテストケースまでのトレーサビリティが > > 実現されるし、逆に、バグが発生した場合、バグの影響範囲を要件カバレッジによって即座に > > 見極められるので、ブロッキングバグの修正・検証工数も最終的には計算できます。 > > > > そして、その機能は、手作業ではなく、ツールでサポートすべきであると思います。 > > 要件が数百、テストケースが数千もある場合、もはや手作業でカバーできないからです。 > > TestLinkの要件管理機能は現在は不十分でも、すごく潜在性を感じる理由でもあります。 > > > > ご検討頂けると嬉しいです。 > > > > #本来は、TestLinkCnvMacroで実装済みのメトリクス表示や上記の要件カバレッジの機能も、 > > TestLink上にあるべきでしょう。 > > #サーバー上で処理した方がはるかに速いと思いますし。。 > > > > 以上、よろしくお願いします。 > > > > > > 09/09/24 西山 博実 : > > > > 西山です。 > > > > 用語は、フェーズを止めて、CMMのプロセスに変更します。 > > > > > > ＃Sunday Walkerさん > > > > > 関連する下位の要件は最大4つでしょうか。 > > > 関連するテストケースは最大6つでしょうか。 > > > できれば、数の制限がない方が良いと思います。 > > > > 制限はありません。 > > とりあえず画面で表示するのは、一つ上のプロセスとの関連にします。 > > 次バージョンでXMLエクポートに対応し、エクセル上で表示するとか。。。(要検討) > > > > プロセス数の変更は、「プロセスタイプテーブル」をphpMyAdminで修正して増設します。 > > また、プロジェクトテーブルに「プロセスタイプ」を追加する事で > > プロジェクト毎のプロセスタイプ（プロセス数）に対応しましょう。 > > > > プロセスタイプテーブル > > Type Processid > > '1'-----'1'：要件仕様,受入れテスト計画 > > '1'-----'2'：機能設計仕様,機能テスト計画 > > '1'-----'3'：基本設計仕様,結合テスト計画 > > '1'-----'4'：詳細設計仕様,単体テスト計画 > > ---------------------------------- > > 以下は増設例 > > '2'-----'1'：要件仕様,受入れテスト計画 > > '2'-----'2'：機能設計仕様,機能テスト計画 > > '2'-----'3'：基本設計仕様,結合テスト計画 > > '2'-----'4'：IF設計仕様,IF結合テスト計画 > > '2'-----'5'：詳細設計仕様,単体テスト計画 > > > > > > > > > できれば、印刷することも考慮できると良いと思います。 > > > （横に長いので印刷しにくい） > > > > 印刷対応は将来XMLtoSheetでエクセルに取込み、エクセルですれが良いかなと。。。 > > > > > > > > +++++++++++++++++++++++++ > > > > ＃あきぴーさん > > > > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > > > > 結果集計はビルドを指定します。つまりそのビルドのテスト計画単位に集計されるので、 > > 特に関連テーブルがなくても1対Nにも対応できます。 > > > > Processid > > 1:要件仕様------1:受入れテスト計画1 > > 1:受入れテスト計画2 > > 1:受入れテスト計画3 > > > > 2:基本設計仕様---2:システムテスト計画1 > > 2:システムテスト計画2 > > ... > > > > 以上です。 > > > > > > ----- Original Message ----- > > From: Akipii Oga > > To: TestLink JP Users ML > > > > Sent: Saturday, September 19, 2009 8:14 AM > > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > > > 西山さん、おはようございます。あきぴーです。 > > 要件の関連付けは分かりました。 > > > > 「フェーズ」項目ですが、要件とテスト計画を1対Nの関係にできないでしょうか？ > > つまり、下記のイメージです。 > > > > 要求仕様の要件リスト◇-- 受入テスト計画(例：受入テスト計画Ph1、Ph2、、、) > > > > テストケース数が膨大な場合、テスト計画をイテレーション単位に更に分割する場合も > > あるからです。 > > 故に、「フェーズ」項目よりも、テスト計画をユニークに決めるIDを振ってもらえた方が > > 汎用性があります。 > > フェーステーブルよりも、要件とテスト計画を紐づける関連テーブルの方がいいのでは > > ないでしょうか？ > > > > ご検討してもらえると幸いです。 > > 以上、よろしくお願いします。 > > > > > > > > 09/09/18 西山 博実 : > > > > あきぴーさん > > 西山です。 > > > > ＞なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > > この場合はキーワードではなくて、キーワード方式とは別に > > 要件とテストケースを関連つける機能が従来からあります。 > > これと同じ様にして、上位要件の右側で下位要件を指定する様にます。 > > （要件名がプロジェクト内でユニークの場合は要件仕様は省略可能にします。） > > > > ＞できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > > 理論的に可能ですね。表示を考えてみましょう。。。。 > > > > ＞reqspecTAGシートで「フェーズ」という項目があります。 > > ＞これはどのように使うのでしょうか？ > > 要件インポート（または要件仕様設定画面）で要件仕様テーブルに設定します。 > > また、テスト計画の設定画面でも、選択できる様にします。 > > これで仕様フェーズとテスト計画フェースを一致あるいは不一致にして集計します。 > > > > ＞テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > > ええ、それで「フェースタイプテーブル」でフェーズを管理します。 > > > > 例えば、 > > '２'：機能設計仕様---機能テスト計画 > > '３'：IF設計仕様---IF結合テスト計画 > > '４'：詳細設計仕様---単体テスト計画 > > とかに、変更できます。 > > > > > > > > ----- Original Message ----- > > From: Akipii Oga > > To: TestLink JP Users ML > > > > Sent: Friday, September 18, 2009 5:45 PM > > Subject: Re: [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > 西山さん、こんにちは。あきぴーです。 > > 下記のマクロを落として、下記のテストサーバーで実際に見ました。 > > > > なるほど、テストケースのキーワードを使って、上位要件と下位要件を関連付けるわけですね。 > > 上手いやり方だと思いました。 > > できれば、上位要件から下位要件・テストケースが一覧表示・集計できれば、なお良いのですが。 > > > > 一つ聞きたいことがあります。 > > 下記マクロのreqspecTAGシートで「フェーズ」という項目があります。 > > 説明を読む限り、特定のフラグ(0〜3)で指定されたテスト計画と要件ドキュメントを紐づける機能 > > かと思います。 > > これはどのように使うのでしょうか？ > > テスト計画や要件ドキュメントの関連が柔軟な構造になっていればいいなと思います(^^) > > > > 以上、よろしくお願いします。 > > > > > > 09/09/18 西山 博実 : Sunday > Walkerさん > > あきぴー さん > > こんにちは、西山です。 > > > > TestLink 1.7.4_4.5 で実現する方法をエクセルの「ReqSpec」シートにまとめてみました。 > > 要件間を関連付けるサンプルも「ReqSpec」上に記載してあります。 > > > > TestLink 1.7.4_4.5では画面は作成せずに、要件仕様のインポートで実現しようと考えています。 > > いかがでしょうか？ > > > > > > ■ダウンロード > > TestLinkTools::TestLinkCnvMacro > > test_TestLinkCnvMacro.tar.gz > > > https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 > > > > 本体のパッチは4.4のものです。 > > > > 以下のお試し版の「projBBB」に要件がインポートしてありますので > > 要件仕様ドキュメントの「解析」でご覧になれます。 > > > > 要件間のカバレッジはまだ見れませんが、 > > 「要件仕様ドキュメント１」を選択した時のイメージで、 > > 「要件間解析」にチェックを入れると、 > > 下位の要件がテストケースの部分に表示される様にします。 > > また、下位要件によってカバーされない要件も表示される様にします。 > > > > > > --------------------------------------------------- > > ■TestLinkCnvMacro(4.4)のお試し版 Testlink(1.7.4_4.4) > > Login：takimin6 > > Password：takimin6 > > > > URLを記載するとMLに配信されないので、 > > [TestLink日本語化プロジェクト]でweb検索し、ニュースの > > 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 > > > > --------------------------------------------------- > > > > ＞Sunday Walkerさん > > インストールURLとDB名を別個にすれば、TestLink1.7と1.8を同一サーバ上で共存できます。 > > > > > > > > > > ----- Original Message ----- > > From: "Sunday Walker" > > To: "TestLink JP Users ML" < > testlinkjp-users ＠ lists.sourceforge.jp> > > > > Sent: Thursday, September 17, 2009 12:40 AM > > Subject: Re: [Testlinkjp-users] TestLinkの機能とV字モデルの関係 > > > > > > > 西山 さん > > > あきぴー さん > > > > > > 返信ありがとうございます。 > > > > > > > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > > > > > そう思います。 > > > > > > > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで > > >> 詳細化していきたいのです。 > > >> > > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > > >> > > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > > > > > 基本は１つの上位レベルの項目(a, > b)を細分化して下位レベルの複数の項目(a-1,a-2,b-1,b-2,b-3)にするで、良い（ツリーに対応）と思います。しかし、上位レベルの項目の中には必ずしもツリーではあらわせないものもあります。たとえば、上位レベルの項目cは下位レベルのa-1,b-1に対応している場合があります。 > > > > > > > > >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 > > >> 要件仕様ドキュメント画面でツリー表示されてます。 > > > > > > > このツリー表示する機能は最上位はたとえばドキュメントを分けるのに使用する。たとえば、要求仕様書A、機能仕様書B、機能仕様書Cのようにする。ツリーのさらに下位は、それぞれのドキュメントの章や節を分けるのに使うのが良いと思います。このようにすることによりTestLinkに入力した要求仕様書A、機能仕様書B、機能仕様書Cをそれぞれ印刷する機能を作成するのが容易になると思います。 > > > > > > > このツリーの機能とは別に、それぞれのドキュメントに含まれている項目間をn対nで関連付けできる機能(n対nの親子関係)があると良いのだと思います。BTSチケットの関連付けのような機能があると良いと思います。関連付けの機能がTestLinkの基本機能にあるとDBスキーマを変更しなくてもいろいろなことができるように思います。 > > > > > > > たとえば、私は過去にRedmineの下記コンセプトコードを書いたこともあります。このコンセプトコードでは、もともとRedmineにあった関連付けの機能を応用しました。このときもTestLinkのパッチを作り始めるためにPHPのコードを初めて書いたのと同様に、Ruby > > > on > Railsのコードを初めて書きました。結局このコンセプトコードはコンセプトにとどまり、採用されていませんが... > でも、一部の人は使ってくれているようです。 > > > http://www.redmine.org/issues/443 > > > http://www.redmine.org/issues/756 > > > > > > > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク > > >> 管理と連携が悪いので結局使い勝手が悪いです。 > > >> 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、 > > >> SCM(Subversion)にある成果物と連携できれば最高です(^^) > > > > > > そのとおりだと思います。あきぴー > さんも多分好きなRedmineと連携できると良いと思っています。 > > > > > > > 私はTestLinkの機能をよく理解する前は、Redmineでテストケースもテストケース用のトラッカーを用意して、管理できれば良いと考えていたときもあります。しかし、TestLinkの機能を理解するに従い、テストケースのバージョン管理やテスト計画（リリースバージョン？SCMタグに対応？）、ビルド、印刷などの機能などが非常に魅力的だと思うようになりました。 > > > > > > なので、要件（仕様）もバージョン管理、リリースバージョン、印刷などの機能があると魅力的だと思います。 > > > > > > > > > Sunday Walker > > > > > > > > > --- Akipii Oga wrote: > > >> > > >> 西山さん、こんにちは。あきぴーです。 > > >> > > >> TestLinkの要件管理機能で要件定義〜設計を行うならば、下記のイメージで詳細化して > > >> いきたいのです。 > > >> > > >> 要件項目◆--基本設計項目◆--機能設計項目◆--詳細設計項目 > > >> > > >> TestLinkの要件をツリー表示できるならば、上記を表現できると思います。 > > >> 要件管理ツールは商用ツールが色々あるみたいですが、テスト管理やタスク管理と連携が悪いので > > >> 結局使い勝手が悪いです。 > > >> > > >> TestLinkには要件カバレッジ機能があるので、これによって、要件とテストケースの間で追跡可能 > > >> になるのが商用ツールに無い最大の利点だと思います。 > > >> > > >> > 更に、TestLink要件とBTSチケット(Redmine、Mantis、Trac)、SCM(Subversion)にある成果物と > > >> 連携できれば最高です(^^) > > >> > > >> 以上、よろしくお願いします。 > > >> > > >> > > >> 09/09/16 西山 博実 : > > >> > > >> あきぴーさん > > >> 西山です。 > > >> > > >> 社内ではblogが閲覧できなくて残念です。。。 > > >> > > >> > > >> ＞西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > > >> ＞運用しづらいです。 > > >> > > >> 確かにそうですね。 > > >> 同一プロジェクト内で管理できるのが理想でしょうね。 > > >> 以下の様にテスト計画で区別すべきかな。。。 > > >> > > >> proj-V1 要件項目-------受入れテスト計画 > > >> > > >> proj-V1 基本設計項目---システムテスト計画 > > >> > > >> proj-V1 機能設計項目---結合テスト計画 > > >> > > >> proj-V1 詳細設計項目---単体テスト計画 > > >> --------------------------------------------- > > >> > > >> > > >> > > >> 1.8では要件も nodes_hierarchy テーブルで管理する様になったので、 > > >> 要件仕様ドキュメント画面でツリー表示されてます。 > > >> 要件を階層管理するならば、1.8の方が対応しやすいでしょう。 > > >> （多分、将来の機能にあるかもしれませんね。。。） > > >> > > >> > > >> > > >> > > >> ----- Original Message ----- > > >> From: Akipii Oga > > >> To: TestLink JP Users ML > > >> > > >> Sent: Wednesday, September 16, 2009 3:52 PM > > >> Subject: Re: > [Testlinkjp-users]TestLinkの機能とV字モデルの関係 > > >> sunday_walkerさん、西山さん > > >> > > >> こんにちは、あきぴーです。 > > >> 僕のBlogをいつも読んでくれてありがとうございます。＞＞sunday_walkerさん > > >> 返信を書く前にBlogへ僕の考えを書いてみました。 > > >> > > >> TestLinkの要件管理機能: プログラマの思索 > > >> http://forza.cocolog-nifty.com/blog/2009/09/testlink-618e.html > > >> > > >> 西山さんが提案する「要件のレベルをTestLinkプロジェクト単位で管理する」方法は正直 > > >> 運用しづらいです。 > > >> ＃現状は仕方ないですが。。 > > >> > > >> 本来は、TestLink要件は階層構造で表現されるべきだと思うのです。 > > >> そうすれば、要件の詳細化を階層構造で表現できるので、要件から実装仕様まで１対Nの関係に > > >> 落とすことができます。 > > >> 要件をツリー構造で詳細化するプロセスが設計プロセスであり、仕様のMECEを考えることができる > > >> ので、設計漏れを見つけやすくなります。 > > >> 要件本来の理由を書ければ、なお強力です。 > > >> > > >> 更に、要件の追跡が可能になるように、要件同士の相互リンクやテストケースと紐付ける機能が > > >> 欲しいです。 > > >> また、要件の変更履歴機能も欲しいですね。 > > >> > > >> TestLinkの要件管理機能は正直不十分ですが、機能改善すれば、強力なテストカバレッジ機能に > > >> よって、テスト工程の品質を大きく改善できると思います。 > > >> > > >> 以上、よろしくお願いします。 > > >> > > >> > > >> > > >> > > >> 09/09/16 西山 博実 : > sunday_walkerさん > > >> こんにちは、西山です。 > > >> > > >> > > >> > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > >> > > >> > > >> 現状ないですね。 > > >> > > >> > TestLinkの要件は、要件仕様と要件リスト(docid)の二階層から成り、プロジェクト毎に管理されてます。 > > >> > > >> もし実現するとなると、各フェーズ毎のプロジェクトを作り、テーブルを一つ追加します。 > > >> このテーブルでフェーズ間のdocid：docidの紐付けを管理します。 > > >> 設定UIは全削除と、管理用エクセルからのXMLインポートがあればよいでしょう。 > > >> 後はフェーズ間の網羅度を表示する画面があればよい。。。？ > > >> > > >> proj-V1 要件項目-------受入れテスト > > >> docid-v1-1 ｔｃid-v1-1 > > >> docid-v1-2 ｔｃid-v1-2 > > >> > > >> proj-V2 基本設計項目---システムテスト > > >> docid-v2-1 ｔｃid-v2-1 > > >> docid-v2-2 ｔｃid-v2-2 > > >> docid-v2-3 ｔｃid-v2-3 > > >> > > >> proj-V3 機能設計項目---結合テスト > > >> > > >> proj-V4 詳細設計項目---単体テスト > > >> > > >> > > >> > > >> > > >> > > >> ----- Original Message ----- > > >> From: "Sunday Walker" < > sunday_walker_field ＠ yahoo.co.jp> > > >> To: "TestLink JP Users ML" < > testlinkjp-users ＠ lists.sourceforge.jp> > > >> Sent: Tuesday, September 15, 2009 9:16 > PM > > >> Subject: Re: [Testlinkjp-users] > TestLinkの機能とV字モデルの関係 > > >> > > >> > > >> > あきぴー さん > > >> > > > >> > 返信ありがとうございます。 > > >> > 大変参考になります。 > > >> > > > >> > また、あきぴー > さんのブログをいつも楽しく読ませていただいています。 > > >> > http://forza.cocolog-nifty.com/blog/ > > >> > > 同じようなことを考えているなあー、と共感を持ったり。私の良く知っていない、いろいろなことが書いてあったりで、非常に勉強になったり。さらには、頻繁に更新されていて、楽しみにしています。（もし、間違っていたらごめんなさい。） > > >> > > > >> > > > >> >> > 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > >> > > > >> > あきぴー > さんの分かっている範囲のことをもとに、私なりに簡単にまとめてみます。 > > >> > > > >> > > > >> > > > >> > * > TestLinkにはV字の横方向の要求項目（もしくは設計項目）とテストケースをテストケースのキーワードにDoc-ID（要求項目）を記載することで、n:nで結びつける機能がある（要求分析と受け入れテスト、基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。 > > >> > > > >> > * > TestLink単体ではV字の横方向の網羅度、テストケースが要求項目をどの程度網羅しているかを見る機能はないが、TestLinkの出力を入力として西山 > さん作成のTestLinkCnvMacroを使うこと > > >> > により、 > > >> > > この網羅度を確認できる（基本設計とシステムテスト、機能設計と組合わせテスト、詳細設計と単体テスト）。ただし、TestLinkCnvMacro（TestLink > 1.7.4推奨）はTestLink 1.8.xではサポートされな > > >> > い。 > > >> > > > >> > * > TestLinkとTestLinkCnvMacroの両方を使用しても、V字のくだり方向の網羅度、たとえば基本設計項目が要求分析項目をどの程度網羅しているかを確認する機能はない（基本設計と機能設計、機能設計と詳細設計も同様）。 > > >> > > > >> > 以上の理解でよいでしょうか。 > > >> > > > >> > > > >> >> > ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達に > > >> >> お聞きした方がいいと思いますが。。 > > >> > > > >> > あきぴー さんは、十分詳しいとは思いますが... > > >> > 最新の開発状況などを含めて、あきぴー > さん以外の方の知見も教えていただけるとありがたいです。 > > >> > > > >> > Sunday Walker > > >> > > > >> > > > >> > --- Akipii Oga wrote: > > >> >> > > >> >> sunday_walkerさん、こんにちは。あきぴーです。 > > >> >> > > >> >> > 下記の件、僕がTestLinkを運用した経験を元に回答してみます。 > > >> >> > ＃但し、TestLinkコミッタの川西さん、判谷さん、市川さん達にお聞きした方がいいと思いますが。。 > > >> >> > > >> >> １・TestLinkの要件、テストケースの概念モデルは下記になります。 > > >> >> > > >> >> 要件リスト ◆-- Doc-ID (-- キーワード) ◇--◇ テストケース --◇ > テストスイート --◇ テスト計画 > > >> >> > > >> >> つまり、要件(Doc-ID)とテストケースはN対Nの関係です。 > > >> >> > > >> >> > 上記の機能によって、「TestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能」 > > >> >> と考えてよいと思います。 > > >> >> > つまり、TestLinkのテストケースを受入テストに使うことは可能です。 > > >> >> > > >> >> > ２・TestLinkCnvMacroを使うと、TestLinkの要件(Doc-ID)は、テストケースのキーワードに紐づけられて、 > > >> >> テストケースとN対Nの関係になります。 > > >> >> > キーワードに紐づけられると、テスト結果の集計画面でキーワード別にテストケースの状態を集計 > > >> >> > してくれるので、要件がどこまでテストできているか確認できるので重宝しています。 > > >> >> > > >> >> 従って、「受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理」できます。 > > >> >> > > >> >> ３・基本設計・機能設計・詳細設計で上記のような要件管理をしたい場合、要件やテストケースの中身や > > >> >> 粒度が問題になります。 > > >> >> > 受入テストならば、顧客の本来の要件と受入テストケースが対応するでしょう。 > > >> >> > > >> >> しかし、基本設計・機能設計・詳細設計では、要件は工程ごとの仕様に対応すると思います。 > > >> >> > つまり、TestLinkの要件はもっと細かい粒度となり、その仕様がテストケースを網羅しているか、という > > >> >> 観点で作ることになると思います。 > > >> >> > > >> >> > TestLinkのテストケースを、単体・結合・システム・受入テストの工程別に、粒度や観点を変えて作るように、 > > >> >> 要件も同様の作業が必要だと思います。 > > >> >> > > >> >> > TestLinkの要件管理機能は上手に使えば、要件カバレッジを出力できるので、テストケース作成で大きな > > >> >> 威力を発揮します。 > > >> >> > しかし、TestLinkの要件はCSV形式で階層構造がないため、使い勝手が悪いのが現状だと思います。 > > >> >> > > >> >> > TestLinkの要件管理機能をW字モデルのように、上流工程でテスト設計のプロセスをサポートするのに > > >> >> 使えればいいなと思っています。 > > >> >> > > >> >> 参考になれば幸いです。 > > >> >> 以上、よろしくお願いします。 > > >> >> > > >> >> > > >> >> 09/09/14 Sunday Walker < > sunday_walker_field ＠ yahoo.co.jp>:こんにちは > > >> >> > > >> >> > > >> >> > どなたか以下についてわかれば、教えていただけるとありがたいです。 > > >> >> > > >> >> ソフトウェアの開発モデルの１つにV字モデル（たとえば下記）があります。 > > >> >> > > >> >> > > >> >> http://ja.wikipedia.org/wiki/V%E3%83%A2%E3%83%87%E3%83%AB > > >> >> > > >> >> > > >> >> > 一方、TestLinkにはテストと要求を対応付けて管理する機能があるらしいです（まだ使ったことがない）。この対応付けの管理はn:nの関係を管理可能でしょうか。このTestLinkの要求管理はV字モデルモデルの要求分析で抽出した要求項目を管理する機能と思えばよいのでしょうか。もし、この考え方が正しいと仮定すると、TestLinkで管理するテストケースは受け入れテスト項目と考えることができると思います。この場合、受け入れテストの項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > >> >> > > >> >> > > >> >> > TestLinkには基本設計で抽出した項目を管理する機能はあるのでしょうか。つまり、要求分析で抽出した要求項目を詳細化して基本設計で抽出した項目を要求分析で抽出した要求項目と対応が取れる形で管理する機能はあるのでしょうか。この2つの対応はn:nの関係になるように思います。また、基本設計の項目が要求分析の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、システムテストの項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > >> >> > > >> >> > 機能設計で抽出した項目を基本設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、機能設計の項目が基本設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、結合テストの項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > >> >> > > >> >> > 詳細設計で抽出した項目を機能設計で抽出した項目とn:nの関係で対応付けて管理することはできるのでしょうか。また、詳細設計の項目が機能設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。さらには、単体テストの項目が詳細設計の項目をどの程度網羅しているか管理する機能はあるでしょうか。 > > >> >> > > >> >> 以上、よろしくお願いします。 > > >> >> > > >> >> Sunday Walker > > >> >> > > >> >> > -------------------------------------- > > >> >> Thanks 10 years! Yahoo! Shopping and > Yahoo! Auctions > > >> >> http://pr.mail.yahoo.co.jp/ec10years/ > > >> >> > > >> >> _______________________________________________ > > >> >> Testlinkjp-users mailing list > > >> >> Testlinkjp-users ＠ lists.sourceforge.jp > > >> >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> >> > > >> >> > > >> >> > > >> >> -- > > >> >> /**************************** > > >> >> Akihiko Ogawa (akipii ＠ gmail.com) > > >> >> Blog: http://forza.cocolog-nifty.com > > >> >> Photo: http://www.flickr.com/photos/akipyon2go/ > > >> >> /****************************/ > > >> > > > >> > > -------------------------------------- > > >> > Thanks 10 years! Yahoo! Shopping and Yahoo! > Auctions > > >> > http://pr.mail.yahoo.co.jp/ec10years/ > > >> > > > >> > _______________________________________________ > > >> > Testlinkjp-users mailing list > > >> > Testlinkjp-users ＠ lists.sourceforge.jp > > >> > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> > > > >> > > >> _______________________________________________ > > >> Testlinkjp-users mailing list > > >> Testlinkjp-users ＠ lists.sourceforge.jp > > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> > > >> > > >> > > >> -- > > >> /**************************** > > >> Akihiko Ogawa (akipii ＠ gmail.com) > > >> Blog: http://forza.cocolog-nifty.com > > >> Photo: http://www.flickr.com/photos/akipyon2go/ > > >> /****************************/ > > >> > > >> > > >> _______________________________________________ > > >> Testlinkjp-users mailing list > > >> Testlinkjp-users ＠ lists.sourceforge.jp > > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> > > >> > > >> _______________________________________________ > > >> Testlinkjp-users mailing list > > >> Testlinkjp-users ＠ lists.sourceforge.jp > > >> > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > >> > > >> > > >> > > >> > > >> -- > > >> /**************************** > > >> Akihiko Ogawa (akipii ＠ gmail.com) > > >> Blog: http://forza.cocolog-nifty.com > > >> Photo: http://www.flickr.com/photos/akipyon2go/ > > >> /****************************/ > > > > > > -------------------------------------- > > > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > > > http://pr.mail.yahoo.co.jp/ec10years/ > > > > > > _______________________________________________ > > > Testlinkjp-users mailing list > > > Testlinkjp-users ＠ lists.sourceforge.jp > > > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > > -- > > /**************************** > > Akihiko Ogawa (akipii ＠ gmail.com) > > Blog: http://forza.cocolog-nifty.com > > Photo: http://www.flickr.com/photos/akipyon2go/ > > /****************************/ > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > > > > -- > > /**************************** > > Akihiko Ogawa (akipii ＠ gmail.com) > > Blog: http://forza.cocolog-nifty.com > > Photo: http://www.flickr.com/photos/akipyon2go/ > > /****************************/ > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > > > > -- > > /**************************** > > Akihiko Ogawa (akipii ＠ gmail.com) > > Blog: http://forza.cocolog-nifty.com > > Photo: http://www.flickr.com/photos/akipyon2go/ > > /****************************/ > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > > > > -- > > /**************************** > > Akihiko Ogawa (akipii ＠ gmail.com) > > Blog: http://forza.cocolog-nifty.com > > Photo: http://www.flickr.com/photos/akipyon2go/ > > /****************************/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > -------------------------------------- > Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions > http://pr.mail.yahoo.co.jp/ec10years/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090926/a364f31d/attachment-0001.htm From hnishi ＠ skygroup.jp Mon Sep 28 11:38:05 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Mon, 28 Sep 2009 11:38:05 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEI=?= =?iso-2022-jp?b?GyRCISEbKEJ2ZXIuIDQuNWE=?= References: <27A2B602EE1945188C5989A866FA3594@skygroup.local> Message-ID: <9396AB6E54714DDF87C3F711A6A11959@skygroup.local> Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.5a」リリースのお知らせです。 →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 →付属のパッチコードは1.8では動作いたしません。 ■追加機能 　4.5a　 for Testlink(1.7.4-1.7.5) ・XMLtoSheet：テストスイートのシートの横方向への取込み機能を追加。 　→テストスイートの横方向への取込み用の「suiteToDT」、「suiteToDTTAG」シートを追加した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45a_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 25, 2009 7:41 PM Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ　ver. 4.5 Testlinkjp-usersのみなさまへ お晩ございます、西山です。 「ver. 4.5」リリースのお知らせです。 →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 →付属のパッチコードは1.8では動作いたしません。 ■追加機能 　4.5　 for Testlink(1.7.4-1.7.5) ・XMLtoSheet：テストケースのシートの横方向への取込み機能を追加。 　→テストケースの横方向への取込み用の「caseToDT」、「caseToDTTAG」シートを追加した。 ・MakeXML：要件間の関連付けTAGへの対応を追加。 　→「ReqSpec」、「reqspecTAG」シートを変更し、要件間の関連付けのサンプルを追記した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 23, 2009 3:34 PM Subject: Re: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4a Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.4a」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4a　 for Testlink(1.7.4-1.7.5) ・XMLtoSheetをUTF-8のままでの1行単位読込み方式へ変更 して、XMLtoSheetUTF8は削除しました。 　→マクロ実行環境がSHIFTJISかどうかに関わらず、XMLファイルをUTF8のままEXCELシートに取込めます。 　→XMLファイルサイズが4MB以上の場合でも、一行単位の読込みのため取得速度は遅くなりません。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44a_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Wednesday, July 22, 2009 6:20 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4 Testlinkjp-usersのみなさまへ こんばんは、西山です。 「ver. 4.4」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4　 2009/7/22 ・MakeXMLをS-JIS以外のマルチバイト言語のマクロ環境でも動作する様にした。（船木さんのコードを元に変更） ・マクロ実行でのメッセージBOX 言語を Public Const C_locales により英文と切替わる様にした。 ・テストケースの修正インポート及び、テスト計画へのテストケース追加インポー時にtestcaseidがプロジェクトに存在していない場合、TestLink上のエラー表示に「within ???」を表示する様にした。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 16, 2009 5:23 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.3 Testlinkjp-usersのみなさまへ こんにちは、西山です。 記事の途中から非改行となるので再送信しました。（outlook expressのバグ？） 「ver. 4.3」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■TestLinkCnvMacro(4.3)の主機能　　　　for Testlink(1.7.4-1.7.5) １ テストケースのインポート ・テストスイートとテストケースをXMLファイルへ変換し、Testlinkへインポートできます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時にカスタムフィールドへの設定ができます。 　　→インポート前にカスタムフィールドの管理で、カスタムフィールド(text area)の名前をカスタムフィールドの開始TAG名で作成し、アサインしておきます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時に試験者を指定すると、計画に追加され一括アサインできます。 ・テストケースのインポート時に作成者を指定できます。 ２ テストケースの修正インポート ・EXCELシートに取込んで修正、置換したテストケースはTestlinkへ修正インポートで上書きできます。 ・テストケースの新バージョンを作成した場合は、最新バージョンの内容が修正されます。 ・修正インポート時に修正者を指定できます。 ・試験者を指定すれば、再アサインされます。　New! （注）修正インポートでは試験実施すみのケースもキーワードを含め修正されます。 ３ テストケースのテスト計画への追加インポート　New! ・既存のテストケースを試験未実行のものを含めて、新たなテスト計画へ一括追加できます。 ・試験者を指定すれば、一括アサイン（再アサイン）できます。 ４ テストケースのエクポート ・MakeXMLで変換インポートしたスイートは、Testlinkから元の書式でEXCELシートに取込めます。 ・その際に、指定したビルドの最終試験結果、実施日時、実施者なども元のEXCELシートに取込めます。 ・また、テスト仕様、及びテスト実行のカスタムフィールド値をEXCELシートに取込めます。　 ・スイートの構成を問わずにプロジェクト内の全テストケースをTestlinkからEXCELシートに取込んで修正できます。 ・マクロ実行環境がSHIFTJIS以外の場合でも、XMLファイルをUTF8のままEXCELシートに取込めます。 ５ 要件のインポート ・要件仕様と要件をXMLファイルへ変換し、Testlinkへインポートできます。 ・要件仕様と要件のインポート時に、要件とテストケースを一括アサインできます。 ・その際は、事前にテストケースのキーワードに要件名を指定してインポートしておきます。 ・プロジェクト内の全要件仕様と要件を一括削除し、アンアサインできます。 ６ ユーザのインポート ・ユーザ一覧シートのインポートにより一括ユーザ登録できます。 ７ テスト結果の統計データのエクスポート ・指定された期間のビルド単位の試験結果の推移をグラフ化できます。 ・試験者を指定した試験結果の推移をグラフ化できます。 ・試験結果の累計数は、各テストケースでの最後に実施した結果の累計数です。 ８　要件カバレッジのエクスポート ・プロジェクト内の全要件のカバレッジを、EXCELシートに取込めます。 ・要件カバレッジは、指定されたビルドの各テストケースでの最後に実施した結果より求めています。 ・要件カバレッジは、要件にアサインされているテストケースの「成功」の割合です。 ・仕様カバレッジは、要件仕様にアサインされているテストケースの「成功」の割合です。 ・全仕様カバレッジは、全要件仕様にアサインされているテストケースの「成功」の割合です。 ・これらは、要件仕様ないで重複してアサインされているテストケースを１個としてカバレッジを求めています。 ９　要件カバレッジの統計データのエクスポート ・指定された期間のビルド単位の全要件仕様カバレッジの推移をグラフ化できます。 ・要件仕様を指定した要件仕様カバレッジの推移をグラフ化できます。 １０　時間帯別の試験結果の統計データのエクスポート　　 ・指定された日のビルド単位の時間帯別の試験結果をグラフ化できます。 ・試験者を指定した時間帯別の試験結果をグラフ化できます。 １１　試験結果のピーク時間帯の統計データのエクスポート　　 ・指定された期間のビルド単位の試験結果のピーク時間帯の推移をグラフ化できます。 ・試験者を指定した試験結果のピーク時間帯の推移をグラフ化できます。 １２　曜日別の試験結果の統計データのエクスポート　　 ・指定日または、指定期間のビルド単位の曜日別の試験結果をグラフ化できます。 ・試験者を指定した曜日別の試験結果をグラフ化できます。 １３　時間当り実施数の統計データのエクスポート　　 ・指定期間のビルド単位の時間当り実施数の推移をグラフ化できます。 ・試験者を指定した時間当り実施数の推移をグラフ化できます。 １４　試験者別時間当り実施数データのエクスポート　　 ・指定期間のビルド単位の試験者別時間当り実施数をグラフ化できます。 ・指定した試験者の指定期間の時間当り実施数をグラフ化できます。 ■TestLinkCnvMacro(4.3)のお試し版 Testlink(1.7.4_4.3) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v43_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090928/f0793e81/attachment-0001.htm From michikawa ＠ sqc.co.jp Mon Sep 28 12:37:30 2009 From: michikawa ＠ sqc.co.jp (Masami Ichikawa) Date: Mon, 28 Sep 2009 12:37:30 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIg?= =?iso-2022-jp?b?dmVyLiA0LjVh?= In-Reply-To: <9396AB6E54714DDF87C3F711A6A11959@skygroup.local> References: <27A2B602EE1945188C5989A866FA3594@skygroup.local> <9396AB6E54714DDF87C3F711A6A11959@skygroup.local> Message-ID: 西山さん、みなさん。 こんにちは。市川です。 いつもパッチコード作成ありがとうございます＞西山さん 2009/9/28 西山 博実 : > Testlinkjp-usersのみなさまへ > こんにちは、西山です。 > 「ver. 4.5a」リリースのお知らせです。 > > →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 > →付属のパッチコードは1.8では動作いたしません。 一点だけ、 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 この脆弱性の影響を受けないバージョンは1.8.0以降です。 http://www.securityfocus.com/bid/32173 バージョン1.7.5で直しているかは確認してません。 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 でわ、 From hnishi ＠ skygroup.jp Mon Sep 28 13:25:12 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Mon, 28 Sep 2009 13:25:12 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIg?= =?iso-2022-jp?b?dmVyLiA0LjVh?= References: <27A2B602EE1945188C5989A866FA3594@skygroup.local><9396AB6E54714DDF87C3F711A6A11959@skygroup.local> Message-ID: <62E03E2364D2464283314B90D327A1D9@skygroup.local> 市川さん 西山です。 > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 そうですね。 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 動作に問題なければ、1.7.5を推奨する様にします。 以上です。 ----- Original Message ----- From: "Masami Ichikawa" To: "TestLink JP Users ML" Sent: Monday, September 28, 2009 12:37 PM Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. 4.5a > 西山さん、みなさん。 > こんにちは。市川です。 > > いつもパッチコード作成ありがとうございます＞西山さん > > 2009/9/28 西山 博実 : >> Testlinkjp-usersのみなさまへ >> こんにちは、西山です。 >> 「ver. 4.5a」リリースのお知らせです。 >> >> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 >> →付属のパッチコードは1.8では動作いたしません。 > 一点だけ、 > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 > > また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 > この脆弱性の影響を受けないバージョンは1.8.0以降です。 > http://www.securityfocus.com/bid/32173 > バージョン1.7.5で直しているかは確認してません。 > > 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 > 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 > > でわ、 > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > From toshi.kawanishi ＠ gmail.com Mon Sep 28 13:40:52 2009 From: toshi.kawanishi ＠ gmail.com (Toshiyuki Kawanishi) Date: Mon, 28 Sep 2009 13:40:52 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIgdmVyLiA0?= =?iso-2022-jp?b?LjVh?= In-Reply-To: <62E03E2364D2464283314B90D327A1D9@skygroup.local> References: <62E03E2364D2464283314B90D327A1D9@skygroup.local> Message-ID: <20090928132911.0A69.D63039E9@gmail.com> 西山さん、市川さん 川西です。 ご連絡ありがとうございます。 > TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > にて公表されている「安定版は1.7.5です」 確かに紛らわしいですね。 混乱のもととなりますので日本語化プロジェクトのサイトから、 安定版という記述は削除させていただきました。 # おかしいですね。以前は日本語化プロジェクトのトップページにも、 サイトのメンテナの方が、本家の発表に合わせて 1.8.x が安定板と 書いてくださっていたはずなんですけれど......。 以上、よろしくお願いいたします。 Toshiyuki Kawanishi ----- > 市川さん > 西山です。 > > > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > > そうですね。 > 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 > 動作に問題なければ、1.7.5を推奨する様にします。 > > 以上です。 > > > ----- Original Message ----- > From: "Masami Ichikawa" > To: "TestLink JP Users ML" > Sent: Monday, September 28, 2009 12:37 PM > Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. > 4.5a > > > > 西山さん、みなさん。 > > こんにちは。市川です。 > > > > いつもパッチコード作成ありがとうございます＞西山さん > > > > 2009/9/28 西山 博実 : > >> Testlinkjp-usersのみなさまへ > >> こんにちは、西山です。 > >> 「ver. 4.5a」リリースのお知らせです。 > >> > >> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 > >> →付属のパッチコードは1.8では動作いたしません。 > > 一点だけ、 > > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > > 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 > > > > また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 > > この脆弱性の影響を受けないバージョンは1.8.0以降です。 > > http://www.securityfocus.com/bid/32173 > > バージョン1.7.5で直しているかは確認してません。 > > > > 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 > > 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 > > > > でわ、 > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users From akipii ＠ gmail.com Mon Sep 28 17:44:12 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Mon, 28 Sep 2009 17:44:12 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIg?= =?iso-2022-jp?b?dmVyLiA0LjVh?= In-Reply-To: <20090928132911.0A69.D63039E9@gmail.com> References: <62E03E2364D2464283314B90D327A1D9@skygroup.local> <20090928132911.0A69.D63039E9@gmail.com> Message-ID: 西山さん、こんにちは。あきぴーです。 スレとは関係なのですが、機能追加の希望があります。 TestLinkCnvMacroのsuite_DTシートに、下記の項目を追加してXML出力することは可能でしょうか？ テストスイートの詳細(details) テストケース概要(summary) キーワード(keyword) カスタムフィールド(custom_field) 現状では、直交表やAllPair法で作ったデシジョンテーブルをsuite_DTシートに貼り付けて、出力した XMLをTestLinkに一旦インポートした後、TestLinkから再エクスポートしてTestLinkCnvMacroに 取り込むといった作業をしています。 suite_DTシートシートに要件IDを入れたいために、2重の作業が今は発生しているからです。 画面遷移や基本機能などのテストはsuiteシート、データパターンに基づいたテストはsuite_DTシート で使い分けていて、TestLinkCnvMacroをとっても重宝しています。 よろしければご検討下さい。 以上、よろしくお願いします。 -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090928/2493554d/attachment.htm From hnishi ＠ skygroup.jp Mon Sep 28 18:34:38 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Mon, 28 Sep 2009 18:34:38 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIg?= =?iso-2022-jp?b?dmVyLiA0LjVh?= References: <62E03E2364D2464283314B90D327A1D9@skygroup.local><20090928132911.0A69.D63039E9@gmail.com> Message-ID: <7397C24B5CE549A4B037EF3A5E4DC515@skygroup.local> あきぴーさん 西山です。 >TestLinkCnvMacroのsuite_DTシートに、下記の項目を追加してXML出力することは可能でしょうか？ >テストスイートの詳細(details) >テストケース概要(summary) >キーワード(keyword) >カスタムフィールド(custom_field) 可能です。 「suiteTAG (suite_DT)」シートを修正します。 （１）「testcase name=」　列の左に「details」列を挿入 details /details （２）　開始列番を以下に修正 階層TAGの開始列番： 2 階層TAGの最終列番： 4 階層TAG列のステップ数： 2 テストケース名の列番： 4 （３）「expectedresults」の右側の列を以下に修正する summary keyword name= custom_field_name_1 END /summary /keyword /custom_field 「suite_DT」シートを修正します。 一行目の「テストスイート詳細」、「テストケース概要」は空にする。 変換すると、「テストスイート詳細」、「テストケース概要」のデータの先頭には「：」が付加されるのが いまいちですが、複数行も設定できます。
:テストスイートの詳細(details)

aaaa

]]>
年収:1000万未満

年齢:20歳未満

性別:女

]]> 正会員:-

準会員:-

]]> :テストケース概要(summary)

aaaaaa

]]> ...... 以上です。 ----- Original Message ----- From: Akipii Oga To: TestLink JP Users ML Sent: Monday, September 28, 2009 5:44 PM Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. 4.5a 西山さん、こんにちは。あきぴーです。 スレとは関係なのですが、機能追加の希望があります。 TestLinkCnvMacroのsuite_DTシートに、下記の項目を追加してXML出力することは可能でしょうか？ テストスイートの詳細(details) テストケース概要(summary) キーワード(keyword) カスタムフィールド(custom_field) 現状では、直交表やAllPair法で作ったデシジョンテーブルをsuite_DTシートに貼り付けて、出力した XMLをTestLinkに一旦インポートした後、TestLinkから再エクスポートしてTestLinkCnvMacroに 取り込むといった作業をしています。 suite_DTシートシートに要件IDを入れたいために、2重の作業が今は発生しているからです。 画面遷移や基本機能などのテストはsuiteシート、データパターンに基づいたテストはsuite_DTシート で使い分けていて、TestLinkCnvMacroをとっても重宝しています。 よろしければご検討下さい。 以上、よろしくお願いします。 ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090928/312c7129/attachment-0001.htm From akipii ＠ gmail.com Mon Sep 28 20:53:26 2009 From: akipii ＠ gmail.com (Akipii Oga) Date: Mon, 28 Sep 2009 20:53:26 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEIg?= =?iso-2022-jp?b?dmVyLiA0LjVh?= In-Reply-To: <7397C24B5CE549A4B037EF3A5E4DC515@skygroup.local> References: <62E03E2364D2464283314B90D327A1D9@skygroup.local> <20090928132911.0A69.D63039E9@gmail.com> <7397C24B5CE549A4B037EF3A5E4DC515@skygroup.local> Message-ID: 西山さん、こんばんは。あきぴーです。 下記のやり方で、TestLinkへ正常にケースを登録できることを 確認しました。 ありがとうございました！ できれば、次期バージョンでは、suite_DTに下記の項目もデフォルト表示 しておいてもらえると嬉しいです。 以上、よろしくお願いします。 2009年9月28日18:34 西山 博実 : > あきぴーさん > 西山です。 > > >TestLinkCnvMacroのsuite_DTシートに、下記の項目を追加してXML出力することは可能でしょうか？ > >テストスイートの詳細(details) > >テストケース概要(summary) > >キーワード(keyword) > >カスタムフィールド(custom_field) > > *可能です。* > > *「suiteTAG (suite_DT)」シートを修正します。* > > （１）「testcase name=」 列の左に*「details」列を挿入* > > details /details > > （２） 開始列番を以下に修正 > > 階層TAGの開始列番： 2 > 階層TAGの最終列番： 4 > 階層TAG列のステップ数： 2 > テストケース名の列番： 4 > > （３）「expectedresults」の右側の列を以下に*修正する* > summary keyword name= custom_field_name_1 *END > */summary /keyword /custom_field > > > *「suite_DT」シートを修正します。* > 一行目の「テストスイート詳細」、「テストケース概要」は空にする。 > > 変換すると、「テストスイート詳細」、「テストケース概要」のデータの先頭には「：」が付加されるのが > いまいちですが、複数行も設定できます。 > > > > >

:テストスイートの詳細(details)

>

aaaa

> ]]>
> >

年収:1000万未満

>

年齢:20歳未満

>

性別:女

> ]]> >

正会員:-

>

準会員:-

> ]]> >

:テストケース概要(summary)

>

aaaaaa

> ]]> > > > > > > > custom_field_name_1 > ]]> > cf_あああ1 > cf_あああaa1 > cf_あああaaa1 > ]]> > > > > ...... > > > 以上です。 > > > ----- Original Message ----- > *From:* Akipii Oga > *To:* TestLink JP Users ML > *Sent:* Monday, September 28, 2009 5:44 PM > *Subject:* Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. 4.5a > > 西山さん、こんにちは。あきぴーです。 > スレとは関係なのですが、機能追加の希望があります。 > > TestLinkCnvMacroのsuite_DTシートに、下記の項目を追加してXML出力することは可能でしょうか？ > > テストスイートの詳細(details) > テストケース概要(summary) > キーワード(keyword) > カスタムフィールド(custom_field) > > 現状では、直交表やAllPair法で作ったデシジョンテーブルをsuite_DTシートに貼り付けて、出力した > XMLをTestLinkに一旦インポートした後、TestLinkから再エクスポートしてTestLinkCnvMacroに > 取り込むといった作業をしています。 > > suite_DTシートシートに要件IDを入れたいために、2重の作業が今は発生しているからです。 > > 画面遷移や基本機能などのテストはsuiteシート、データパターンに基づいたテストはsuite_DTシート > で使い分けていて、TestLinkCnvMacroをとっても重宝しています。 > > よろしければご検討下さい。 > 以上、よろしくお願いします。 > > ------------------------------ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > -- /**************************** Akihiko Ogawa (akipii ＠ gmail.com) Blog: http://forza.cocolog-nifty.com Photo: http://www.flickr.com/photos/akipyon2go/ /****************************/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090928/da88163f/attachment.htm From sunday_walker_field ＠ yahoo.co.jp Mon Sep 28 22:21:14 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Mon, 28 Sep 2009 22:21:14 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44Llg=?= =?iso-2022-jp?b?GyRCJE4wQkRqQC0bKEI=?= In-Reply-To: <20090928132911.0A69.D63039E9@gmail.com> Message-ID: <948349.13613.qm@web3912.mail.bbt.yahoo.co.jp> Subjectを変更させていただきました。 以前は下記で日本発のTestLinkをテストするプロジェクト（タスクフォース）が行われていたようです。 http://testlinkjp.org/testtaskforce/ しかし、公開されているテスト結果はTestLink 1.8 beta 1 までで、それ以降のバージョンのテスト結果が公開されていません。個人的にはテスト結果が公開されているということが安定性を示す客観的な１つの指標になるような気がしていて、現状の1.8.3の結果等が公開されていないことが大変残念なことだと思っています。 http://testlinkjp.org/testtaskforce/report.html このプロジェクトは現在どのような状況なのでしょうか。 また、今後テスト結果の公開を再開する可能性はあるのでしょうか。 もし、分かる方がいれば教えてください。 Sunday Walker --- Toshiyuki Kawanishi wrote: > 西山さん、市川さん > > > 川西です。 > ご連絡ありがとうございます。 > > > > TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > > にて公表されている「安定版は1.7.5です」 > > 確かに紛らわしいですね。 > 混乱のもととなりますので日本語化プロジェクトのサイトから、 > 安定版という記述は削除させていただきました。 > > > # おかしいですね。以前は日本語化プロジェクトのトップページにも、 > サイトのメンテナの方が、本家の発表に合わせて 1.8.x が安定板と > 書いてくださっていたはずなんですけれど......。 > > > 以上、よろしくお願いいたします。 > > > Toshiyuki Kawanishi > > > ----- > > 市川さん > > 西山です。 > > > > > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > > > > そうですね。 > > 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > > にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 > > 動作に問題なければ、1.7.5を推奨する様にします。 > > > > 以上です。 > > > > > > ----- Original Message ----- > > From: "Masami Ichikawa" > > To: "TestLink JP Users ML" > > Sent: Monday, September 28, 2009 12:37 PM > > Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. > > 4.5a > > > > > > > 西山さん、みなさん。 > > > こんにちは。市川です。 > > > > > > いつもパッチコード作成ありがとうございます＞西山さん > > > > > > 2009/9/28 西山 博実 : > > >> Testlinkjp-usersのみなさまへ > > >> こんにちは、西山です。 > > >> 「ver. 4.5a」リリースのお知らせです。 > > >> > > >> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 > > >> →付属のパッチコードは1.8では動作いたしません。 > > > 一点だけ、 > > > 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > > > 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 > > > > > > また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 > > > この脆弱性の影響を受けないバージョンは1.8.0以降です。 > > > http://www.securityfocus.com/bid/32173 > > > バージョン1.7.5で直しているかは確認してません。 > > > > > > 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 > > > 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 > > > > > > でわ、 > > > > > > _______________________________________________ > > > Testlinkjp-users mailing list > > > Testlinkjp-users ＠ lists.sourceforge.jp > > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Yahoo! JAPAN - Internet Security for teenagers and parents. http://pr.mail.yahoo.co.jp/security/ From toshi.kawanishi ＠ gmail.com Mon Sep 28 22:42:32 2009 From: toshi.kawanishi ＠ gmail.com (Toshiyuki Kawanishi) Date: Mon, 28 Sep 2009 22:42:32 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44Llg=?= =?iso-2022-jp?b?GyRCJE4wQkRqQC0bKEI=?= In-Reply-To: <948349.13613.qm@web3912.mail.bbt.yahoo.co.jp> References: <948349.13613.qm@web3912.mail.bbt.yahoo.co.jp> Message-ID: <4AC0BD48.90007@gmail.com> Sunday Walker さん 川西です。 TestLink Test Task Forceでは現在も毎回のリリースの度に、 テストをおこなっていて、 ご覧いただいたサイト内のTestLinkにテスト結果を登録して、 毎回、本家に報告しています。 （簡単な報告は TestLink本家のMLでご覧いただけます。） ただ、サイト自体は、現在改装中でTestLink内に登録されている情報以外の コンテンツは古い情報のままになっています。 近日中にサイト更新のご案内ができると思いますので、 それまでお待ちください。 以上、ご確認をお願いいたします。 > Subjectを変更させていただきました。 > > 以前は下記で日本発のTestLinkをテストするプロジェクト（タスクフォース）が行われていたようです。 > http://testlinkjp.org/testtaskforce/ > > しかし、公開されているテスト結果はTestLink 1.8 beta 1 までで、それ以降のバージョンのテスト結果が公開されていません。個人的にはテスト結果が公開されているということが安定性を示す客観的な１つの指標になるような気がしていて、現状の1.8.3の結果等が公開されていないことが大変残念なことだと思っています。 > > http://testlinkjp.org/testtaskforce/report.html > > このプロジェクトは現在どのような状況なのでしょうか。 > また、今後テスト結果の公開を再開する可能性はあるのでしょうか。 > > もし、分かる方がいれば教えてください。 > > Sunday Walker > > > > --- Toshiyuki Kawanishi wrote: > >> 西山さん、市川さん >> >> >> 川西です。 >> ご連絡ありがとうございます。 >> >> >> >>> TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 >>> にて公表されている「安定版は1.7.5です」 >>> >> 確かに紛らわしいですね。 >> 混乱のもととなりますので日本語化プロジェクトのサイトから、 >> 安定版という記述は削除させていただきました。 >> >> >> # おかしいですね。以前は日本語化プロジェクトのトップページにも、 >> サイトのメンテナの方が、本家の発表に合わせて 1.8.x が安定板と >> 書いてくださっていたはずなんですけれど......。 >> >> >> 以上、よろしくお願いいたします。 >> >> >> Toshiyuki Kawanishi >> >> >> ----- >> >>> 市川さん >>> 西山です。 >>> >>> >>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 >>>> >>> そうですね。 >>> 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 >>> にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 >>> 動作に問題なければ、1.7.5を推奨する様にします。 >>> >>> 以上です。 >>> >>> >>> ----- Original Message ----- >>> From: "Masami Ichikawa" >>> To: "TestLink JP Users ML" >>> Sent: Monday, September 28, 2009 12:37 PM >>> Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. >>> 4.5a >>> >>> >>> >>>> 西山さん、みなさん。 >>>> こんにちは。市川です。 >>>> >>>> いつもパッチコード作成ありがとうございます＞西山さん >>>> >>>> 2009/9/28 西山 博実 : >>>> >>>>> Testlinkjp-usersのみなさまへ >>>>> こんにちは、西山です。 >>>>> 「ver. 4.5a」リリースのお知らせです。 >>>>> >>>>> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 >>>>> →付属のパッチコードは1.8では動作いたしません。 >>>>> >>>> 一点だけ、 >>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 >>>> 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 >>>> >>>> また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 >>>> この脆弱性の影響を受けないバージョンは1.8.0以降です。 >>>> http://www.securityfocus.com/bid/32173 >>>> バージョン1.7.5で直しているかは確認してません。 >>>> >>>> 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 >>>> 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 >>>> >>>> でわ、 >>>> >>>> _______________________________________________ >>>> Testlinkjp-users mailing list >>>> Testlinkjp-users ＠ lists.sourceforge.jp >>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >>>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > > -------------------------------------- > Yahoo! JAPAN - Internet Security for teenagers and parents. > http://pr.mail.yahoo.co.jp/security/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > From sunday_walker_field ＠ yahoo.co.jp Mon Sep 28 23:10:12 2009 From: sunday_walker_field ＠ yahoo.co.jp (Sunday Walker) Date: Mon, 28 Sep 2009 23:10:12 +0900 (JST) Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44Llg=?= =?iso-2022-jp?b?GyRCJE4wQkRqQC0bKEI=?= In-Reply-To: <4AC0BD48.90007@gmail.com> Message-ID: <20090928141012.48590.qmail@web3904.mail.bbt.yahoo.co.jp> 川西 さん 早速のお返事ありがとうございます。 TestLink 1.8.3のテスト計画が存在し、TestLink 1.8.3 (testing build)というビルドが存在するのを確認しました。 コンテンツの更新を楽しみにしています。 また、できることならばこのサーバ自信のTestLinkも1.8.Xにしていただけると1.8.Xの安定性をアピールできると思います。 Sunday Walker --- Toshiyuki Kawanishi wrote: > Sunday Walker さん > > 川西です。 > > TestLink Test Task Forceでは現在も毎回のリリースの度に、 > テストをおこなっていて、 > ご覧いただいたサイト内のTestLinkにテスト結果を登録して、 > 毎回、本家に報告しています。 > （簡単な報告は TestLink本家のMLでご覧いただけます。） > > ただ、サイト自体は、現在改装中でTestLink内に登録されている情報以外の > コンテンツは古い情報のままになっています。 > > 近日中にサイト更新のご案内ができると思いますので、 > それまでお待ちください。 > > 以上、ご確認をお願いいたします。 > > > Subjectを変更させていただきました。 > > > > 以前は下記で日本発のTestLinkをテストするプロジェクト（タスクフォース）が行われていたようです。 > > http://testlinkjp.org/testtaskforce/ > > > > しかし、公開されているテスト結果はTestLink 1.8 beta 1 までで、それ以降のバージョンのテスト結果が公開されていません。個人的にはテスト結果が公開されているということが安定性を示す客観的な１つの指標になるような気がしていて、現状の1.8.3の結果等が公開されていないことが大変残念なことだと思っています。 > > > > http://testlinkjp.org/testtaskforce/report.html > > > > このプロジェクトは現在どのような状況なのでしょうか。 > > また、今後テスト結果の公開を再開する可能性はあるのでしょうか。 > > > > もし、分かる方がいれば教えてください。 > > > > Sunday Walker > > > > > > > > --- Toshiyuki Kawanishi wrote: > > > >> 西山さん、市川さん > >> > >> > >> 川西です。 > >> ご連絡ありがとうございます。 > >> > >> > >> > >>> TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > >>> にて公表されている「安定版は1.7.5です」 > >>> > >> 確かに紛らわしいですね。 > >> 混乱のもととなりますので日本語化プロジェクトのサイトから、 > >> 安定版という記述は削除させていただきました。 > >> > >> > >> # おかしいですね。以前は日本語化プロジェクトのトップページにも、 > >> サイトのメンテナの方が、本家の発表に合わせて 1.8.x が安定板と > >> 書いてくださっていたはずなんですけれど......。 > >> > >> > >> 以上、よろしくお願いいたします。 > >> > >> > >> Toshiyuki Kawanishi > >> > >> > >> ----- > >> > >>> 市川さん > >>> 西山です。 > >>> > >>> > >>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > >>>> > >>> そうですね。 > >>> 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 > >>> にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 > >>> 動作に問題なければ、1.7.5を推奨する様にします。 > >>> > >>> 以上です。 > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Masami Ichikawa" > >>> To: "TestLink JP Users ML" > >>> Sent: Monday, September 28, 2009 12:37 PM > >>> Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. > >>> 4.5a > >>> > >>> > >>> > >>>> 西山さん、みなさん。 > >>>> こんにちは。市川です。 > >>>> > >>>> いつもパッチコード作成ありがとうございます＞西山さん > >>>> > >>>> 2009/9/28 西山 博実 : > >>>> > >>>>> Testlinkjp-usersのみなさまへ > >>>>> こんにちは、西山です。 > >>>>> 「ver. 4.5a」リリースのお知らせです。 > >>>>> > >>>>> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 > >>>>> →付属のパッチコードは1.8では動作いたしません。 > >>>>> > >>>> 一点だけ、 > >>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 > >>>> 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 > >>>> > >>>> また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 > >>>> この脆弱性の影響を受けないバージョンは1.8.0以降です。 > >>>> http://www.securityfocus.com/bid/32173 > >>>> バージョン1.7.5で直しているかは確認してません。 > >>>> > >>>> 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 > >>>> 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 > >>>> > >>>> でわ、 > >>>> > >>>> _______________________________________________ > >>>> Testlinkjp-users mailing list > >>>> Testlinkjp-users ＠ lists.sourceforge.jp > >>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >>>> > >>>> > >>> _______________________________________________ > >>> Testlinkjp-users mailing list > >>> Testlinkjp-users ＠ lists.sourceforge.jp > >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >>> > >> _______________________________________________ > >> Testlinkjp-users mailing list > >> Testlinkjp-users ＠ lists.sourceforge.jp > >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >> > >> > > > > -------------------------------------- > > Yahoo! JAPAN - Internet Security for teenagers and parents. > > http://pr.mail.yahoo.co.jp/security/ > > > > _______________________________________________ > > Testlinkjp-users mailing list > > Testlinkjp-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > > > > > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > -------------------------------------- Yahoo! JAPAN - Internet Security for teenagers and parents. http://pr.mail.yahoo.co.jp/security/ From hnishi ＠ skygroup.jp Tue Sep 29 11:51:38 2009 From: hnishi ＠ skygroup.jp (=?iso-2022-jp?B?GyRCQD47MxsoQiAbJEJHbjxCGyhC?=) Date: Tue, 29 Sep 2009 11:51:38 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?RVhDRUwbJEI7bjgzPXEkKyRpGyhC?= =?iso-2022-jp?b?GyRCJE4bKEJYTUwbJEIlVSUhJSQla0pRNDklXiUvJW0bKEI=?= =?iso-2022-jp?b?GyRCISEbKEJ2ZXIuIDQuNWI=?= References: <27A2B602EE1945188C5989A866FA3594@skygroup.local> <9396AB6E54714DDF87C3F711A6A11959@skygroup.local> Message-ID: Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.5b」リリースのお知らせです。 →付属のパッチコードはTestlink 1.7.4-1.7.5用です。　1.8では動作いたしません。 ■追加機能 　4.5b　 for Testlink(1.7.4-1.7.5) ・MakeXML：試験手順、期待結果データに項目名を付加する場合、項目名のみを付加し、分離符の"："は付加しない様に変更。 　→デシジョンテーブル用の「suiteDT」、「suiteTAG (suite_DT)」シートにdetails、summary、keyword、custom_fieldを追加した。 →「ReqSpec」シートでの要件間の関連付けのサンプルでは上位と下位が同一シートの為、最下位の要件より順に定義する様に変更した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45b_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Monday, September 28, 2009 11:38 AM Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ　ver. 4.5a Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.5a」リリースのお知らせです。 →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 →付属のパッチコードは1.8では動作いたしません。 ■追加機能 　4.5a　 for Testlink(1.7.4-1.7.5) ・XMLtoSheet：テストスイートのシートの横方向への取込み機能を追加。 　→テストスイートの横方向への取込み用の「suiteToDT」、「suiteToDTTAG」シートを追加した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45a_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Friday, September 25, 2009 7:41 PM Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ　ver. 4.5 Testlinkjp-usersのみなさまへ お晩ございます、西山です。 「ver. 4.5」リリースのお知らせです。 →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 →付属のパッチコードは1.8では動作いたしません。 ■追加機能 　4.5　 for Testlink(1.7.4-1.7.5) ・XMLtoSheet：テストケースのシートの横方向への取込み機能を追加。 　→テストケースの横方向への取込み用の「caseToDT」、「caseToDTTAG」シートを追加した。 ・MakeXML：要件間の関連付けTAGへの対応を追加。 　→「ReqSpec」、「reqspecTAG」シートを変更し、要件間の関連付けのサンプルを追記した。 →Testlink本体(1.7.4-1.7.5）のパッチコード(v44_testlink_174)は修正なし。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v45_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 23, 2009 3:34 PM Subject: Re: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4a Testlinkjp-usersのみなさまへ こんにちは、西山です。 「ver. 4.4a」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4a　 for Testlink(1.7.4-1.7.5) ・XMLtoSheetをUTF-8のままでの1行単位読込み方式へ変更 して、XMLtoSheetUTF8は削除しました。 　→マクロ実行環境がSHIFTJISかどうかに関わらず、XMLファイルをUTF8のままEXCELシートに取込めます。 　→XMLファイルサイズが4MB以上の場合でも、一行単位の読込みのため取得速度は遅くなりません。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44a_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ■関連資料 ・TestLinkTools運用の流れ図（最終更新日：2009/07/17） ・テストケース修正の流れ図 http://sourceforge.jp/projects/testlinktools/docman/ 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Wednesday, July 22, 2009 6:20 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.4 Testlinkjp-usersのみなさまへ こんばんは、西山です。 「ver. 4.4」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■追加機能 　4.4　 2009/7/22 ・MakeXMLをS-JIS以外のマルチバイト言語のマクロ環境でも動作する様にした。（船木さんのコードを元に変更） ・マクロ実行でのメッセージBOX 言語を Public Const C_locales により英文と切替わる様にした。 ・テストケースの修正インポート及び、テスト計画へのテストケース追加インポー時にtestcaseidがプロジェクトに存在していない場合、TestLink上のエラー表示に「within ???」を表示する様にした。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v44_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 以上です。 ----- Original Message ----- From: 西山 博実 To: TestLink JP Users ML Sent: Thursday, July 16, 2009 5:23 PM Subject: [Testlinkjp-users] EXCEL試験書からのXMLファイル変換マクロ　ver. 4.3 Testlinkjp-usersのみなさまへ こんにちは、西山です。 記事の途中から非改行となるので再送信しました。（outlook expressのバグ？） 「ver. 4.3」リリースのお知らせです。 →全ての動作確認は安定版の1.7.4で行っていますので、1.7.4を推奨します。 ■TestLinkCnvMacro(4.3)の主機能　　　　for Testlink(1.7.4-1.7.5) １ テストケースのインポート ・テストスイートとテストケースをXMLファイルへ変換し、Testlinkへインポートできます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時にカスタムフィールドへの設定ができます。 　　→インポート前にカスタムフィールドの管理で、カスタムフィールド(text area)の名前をカスタムフィールドの開始TAG名で作成し、アサインしておきます。 　　→この機能は1.8でもパッチなしで動作します。 ・テストケースのインポート時に試験者を指定すると、計画に追加され一括アサインできます。 ・テストケースのインポート時に作成者を指定できます。 ２ テストケースの修正インポート ・EXCELシートに取込んで修正、置換したテストケースはTestlinkへ修正インポートで上書きできます。 ・テストケースの新バージョンを作成した場合は、最新バージョンの内容が修正されます。 ・修正インポート時に修正者を指定できます。 ・試験者を指定すれば、再アサインされます。　New! （注）修正インポートでは試験実施すみのケースもキーワードを含め修正されます。 ３ テストケースのテスト計画への追加インポート　New! ・既存のテストケースを試験未実行のものを含めて、新たなテスト計画へ一括追加できます。 ・試験者を指定すれば、一括アサイン（再アサイン）できます。 ４ テストケースのエクポート ・MakeXMLで変換インポートしたスイートは、Testlinkから元の書式でEXCELシートに取込めます。 ・その際に、指定したビルドの最終試験結果、実施日時、実施者なども元のEXCELシートに取込めます。 ・また、テスト仕様、及びテスト実行のカスタムフィールド値をEXCELシートに取込めます。　 ・スイートの構成を問わずにプロジェクト内の全テストケースをTestlinkからEXCELシートに取込んで修正できます。 ・マクロ実行環境がSHIFTJIS以外の場合でも、XMLファイルをUTF8のままEXCELシートに取込めます。 ５ 要件のインポート ・要件仕様と要件をXMLファイルへ変換し、Testlinkへインポートできます。 ・要件仕様と要件のインポート時に、要件とテストケースを一括アサインできます。 ・その際は、事前にテストケースのキーワードに要件名を指定してインポートしておきます。 ・プロジェクト内の全要件仕様と要件を一括削除し、アンアサインできます。 ６ ユーザのインポート ・ユーザ一覧シートのインポートにより一括ユーザ登録できます。 ７ テスト結果の統計データのエクスポート ・指定された期間のビルド単位の試験結果の推移をグラフ化できます。 ・試験者を指定した試験結果の推移をグラフ化できます。 ・試験結果の累計数は、各テストケースでの最後に実施した結果の累計数です。 ８　要件カバレッジのエクスポート ・プロジェクト内の全要件のカバレッジを、EXCELシートに取込めます。 ・要件カバレッジは、指定されたビルドの各テストケースでの最後に実施した結果より求めています。 ・要件カバレッジは、要件にアサインされているテストケースの「成功」の割合です。 ・仕様カバレッジは、要件仕様にアサインされているテストケースの「成功」の割合です。 ・全仕様カバレッジは、全要件仕様にアサインされているテストケースの「成功」の割合です。 ・これらは、要件仕様ないで重複してアサインされているテストケースを１個としてカバレッジを求めています。 ９　要件カバレッジの統計データのエクスポート ・指定された期間のビルド単位の全要件仕様カバレッジの推移をグラフ化できます。 ・要件仕様を指定した要件仕様カバレッジの推移をグラフ化できます。 １０　時間帯別の試験結果の統計データのエクスポート　　 ・指定された日のビルド単位の時間帯別の試験結果をグラフ化できます。 ・試験者を指定した時間帯別の試験結果をグラフ化できます。 １１　試験結果のピーク時間帯の統計データのエクスポート　　 ・指定された期間のビルド単位の試験結果のピーク時間帯の推移をグラフ化できます。 ・試験者を指定した試験結果のピーク時間帯の推移をグラフ化できます。 １２　曜日別の試験結果の統計データのエクスポート　　 ・指定日または、指定期間のビルド単位の曜日別の試験結果をグラフ化できます。 ・試験者を指定した曜日別の試験結果をグラフ化できます。 １３　時間当り実施数の統計データのエクスポート　　 ・指定期間のビルド単位の時間当り実施数の推移をグラフ化できます。 ・試験者を指定した時間当り実施数の推移をグラフ化できます。 １４　試験者別時間当り実施数データのエクスポート　　 ・指定期間のビルド単位の試験者別時間当り実施数をグラフ化できます。 ・指定した試験者の指定期間の時間当り実施数をグラフ化できます。 ■TestLinkCnvMacro(4.3)のお試し版 Testlink(1.7.4_4.3) Login：takimin6 Password：takimin6 URLを記載するとMLに配信されないので、 [TestLink日本語化プロジェクト]でweb検索し、ニュースの 「EXCEL試験書からのXMLファイル変換マクロ(ver.4.0）をリリース」を参照して下さい。 ■ダウンロード TestLinkTools::TestLinkCnvMacro v43_TestLinkCnvMacro.tar.gz https://sourceforge.jp/projects/testlinktools/releases?package_id=7520#package-7520 ---------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ---------------------------------------------------------------------------- _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users ------------------------------------------------------------------------------ _______________________________________________ Testlinkjp-users mailing list Testlinkjp-users ＠ lists.sourceforge.jp http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/testlinkjp-users/attachments/20090929/5c20dd4e/attachment-0001.htm From toshi.kawanishi ＠ gmail.com Tue Sep 29 22:58:23 2009 From: toshi.kawanishi ＠ gmail.com (Toshiyuki Kawanishi) Date: Tue, 29 Sep 2009 22:58:23 +0900 Subject: [Testlinkjp-users] =?iso-2022-jp?b?VGVzdExpbmsgMS44Llg=?= =?iso-2022-jp?b?GyRCJE4wQkRqQC0bKEI=?= In-Reply-To: <20090928141012.48590.qmail@web3904.mail.bbt.yahoo.co.jp> References: <20090928141012.48590.qmail@web3904.mail.bbt.yahoo.co.jp> Message-ID: <4AC2127F.9070904@gmail.com> Sunday Walker さん 川西です。 早速のご確認ありがとうございます。 > できることならばこのサーバ自身のTestLinkも1.8.Xにしていただけると > 1.8.Xの安定性をアピールできると思います。 サイトの更新にあわせて、1.8.4にバージョンアップする予定です。 （サイトのデザインにあわせてカスタマイズできればと思っています。） 以上、ご確認をお願いします。 > 川西 さん > > 早速のお返事ありがとうございます。 > > TestLink 1.8.3のテスト計画が存在し、TestLink 1.8.3 (testing build)というビルドが存在するのを確認しました。 > > コンテンツの更新を楽しみにしています。 > また、できることならばこのサーバ自信のTestLinkも1.8.Xにしていただけると1.8.Xの安定性をアピールできると思います。 > > Sunday Walker > > > --- Toshiyuki Kawanishi wrote: > >> Sunday Walker さん >> >> 川西です。 >> >> TestLink Test Task Forceでは現在も毎回のリリースの度に、 >> テストをおこなっていて、 >> ご覧いただいたサイト内のTestLinkにテスト結果を登録して、 >> 毎回、本家に報告しています。 >> （簡単な報告は TestLink本家のMLでご覧いただけます。） >> >> ただ、サイト自体は、現在改装中でTestLink内に登録されている情報以外の >> コンテンツは古い情報のままになっています。 >> >> 近日中にサイト更新のご案内ができると思いますので、 >> それまでお待ちください。 >> >> 以上、ご確認をお願いいたします。 >> >> >>> Subjectを変更させていただきました。 >>> >>> 以前は下記で日本発のTestLinkをテストするプロジェクト（タスクフォース）が行われていたようです。 >>> http://testlinkjp.org/testtaskforce/ >>> >>> しかし、公開されているテスト結果はTestLink 1.8 beta 1 までで、それ以降のバージョンのテスト結果が公開されていません。個人的にはテスト結果が公開されているということが安定性を示す客観的な１つの指標になるような気がしていて、現状の1.8.3の結果等が公開されていないことが大変残念なことだと思っています。 >>> >>> http://testlinkjp.org/testtaskforce/report.html >>> >>> このプロジェクトは現在どのような状況なのでしょうか。 >>> また、今後テスト結果の公開を再開する可能性はあるのでしょうか。 >>> >>> もし、分かる方がいれば教えてください。 >>> >>> Sunday Walker >>> >>> >>> >>> --- Toshiyuki Kawanishi wrote: >>> >>> >>>> 西山さん、市川さん >>>> >>>> >>>> 川西です。 >>>> ご連絡ありがとうございます。 >>>> >>>> >>>> >>>> >>>>> TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 >>>>> にて公表されている「安定版は1.7.5です」 >>>>> >>>>> >>>> 確かに紛らわしいですね。 >>>> 混乱のもととなりますので日本語化プロジェクトのサイトから、 >>>> 安定版という記述は削除させていただきました。 >>>> >>>> >>>> # おかしいですね。以前は日本語化プロジェクトのトップページにも、 >>>> サイトのメンテナの方が、本家の発表に合わせて 1.8.x が安定板と >>>> 書いてくださっていたはずなんですけれど......。 >>>> >>>> >>>> 以上、よろしくお願いいたします。 >>>> >>>> >>>> Toshiyuki Kawanishi >>>> >>>> >>>> ----- >>>> >>>> >>>>> 市川さん >>>>> 西山です。 >>>>> >>>>> >>>>> >>>>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 >>>>>> >>>>>> >>>>> そうですね。 >>>>> 今後のパッチコードの動作確認は、TeｓｔLink日本語化プロジェクト：http://testlinkjp.org/　 >>>>> にて公表されている「安定版は1.7.5です」に合わせて、1.7.5上で行います。 >>>>> 動作に問題なければ、1.7.5を推奨する様にします。 >>>>> >>>>> 以上です。 >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Masami Ichikawa" >>>>> To: "TestLink JP Users ML" >>>>> Sent: Monday, September 28, 2009 12:37 PM >>>>> Subject: Re: [Testlinkjp-users]EXCEL試験書からのXMLファイル変換マクロ ver. >>>>> 4.5a >>>>> >>>>> >>>>> >>>>> >>>>>> 西山さん、みなさん。 >>>>>> こんにちは。市川です。 >>>>>> >>>>>> いつもパッチコード作成ありがとうございます＞西山さん >>>>>> >>>>>> 2009/9/28 西山 博実 : >>>>>> >>>>>> >>>>>>> Testlinkjp-usersのみなさまへ >>>>>>> こんにちは、西山です。 >>>>>>> 「ver. 4.5a」リリースのお知らせです。 >>>>>>> >>>>>>> →全ての動作確認は安定版のTestlink 1.7.4で行っていますので、1.7.4を推奨します。 >>>>>>> →付属のパッチコードは1.8では動作いたしません。 >>>>>>> >>>>>>> >>>>>> 一点だけ、 >>>>>> 何をもって安定版と考えるかは個人の問題なのですが、TestLinkの開発メンバーではない方が1.7.4は安定版と公言するのは、誤解を生むと考えます。 >>>>>> 1.7系は1.7.5をもってメンテナンス終了しています。1.7系は誰もコードをいじってないからバグが新たに入ることはないけど、バグがあっても誰も直さないという状況だと思います。 >>>>>> >>>>>> また、1.7系にはリモートエクスプロイト可能なセキュリティホールもあります。 >>>>>> この脆弱性の影響を受けないバージョンは1.8.0以降です。 >>>>>> http://www.securityfocus.com/bid/32173 >>>>>> バージョン1.7.5で直しているかは確認してません。 >>>>>> >>>>>> 現状バグフィックスなどのサポートが行われているのは1.8系であり、西山さんが考える安定版とは違うかもしれませんが、今日の時点で推奨されているバージョンは1.8.3です。 >>>>>> 1.8.X系のリリースはバグfixやローカライズの向上など安定性を向上させるためのリリースです。 >>>>>> >>>>>> でわ、 >>>>>> >>>>>> _______________________________________________ >>>>>> Testlinkjp-users mailing list >>>>>> Testlinkjp-users ＠ lists.sourceforge.jp >>>>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Testlinkjp-users mailing list >>>>> Testlinkjp-users ＠ lists.sourceforge.jp >>>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>>> >>>>> >>>> _______________________________________________ >>>> Testlinkjp-users mailing list >>>> Testlinkjp-users ＠ lists.sourceforge.jp >>>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>>> >>>> >>>> >>> -------------------------------------- >>> Yahoo! JAPAN - Internet Security for teenagers and parents. >>> http://pr.mail.yahoo.co.jp/security/ >>> >>> _______________________________________________ >>> Testlinkjp-users mailing list >>> Testlinkjp-users ＠ lists.sourceforge.jp >>> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >>> >>> >>> >> _______________________________________________ >> Testlinkjp-users mailing list >> Testlinkjp-users ＠ lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users >> >> > > -------------------------------------- > Yahoo! JAPAN - Internet Security for teenagers and parents. > http://pr.mail.yahoo.co.jp/security/ > > _______________________________________________ > Testlinkjp-users mailing list > Testlinkjp-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/testlinkjp-users > >