TestLinkでテスト管理をしてみた経験、他の人から聞いた話から、TestLinkを運用したけど使いこなせない症状にパターンがあるような気がした。 それらをアンチパターンとしてまとめてみた。 【元ネタ】 TestLinkがExcelのテスト仕様書よりも素晴らしい点 TestLinkを運用して気付いたことpart4～TestLinkの概念を再考 TestLinkを運用して気付いたことpart5～TestLinkのテストケースの概念 TestLinkを運用して気付いたことpart6～テスト工程のプロジェクト管理 TestLinkを運用して気付いたことpart7～要件カバレッジは難しい TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス TestLinkを運用して気付いたことpart9～後追いテスト 【公開】脱Excel！ Tes

TestLinkでテスト管理を運用してみて、ベストプラクティスを自分なりにまとめてみた。 あくまでも下記は僕が経験したこと、理解できたことに過ぎないので、間違っていたらコメント下さい。 【元ネタ】 脱Excel！ TestLinkでアジャイルにテストをする － ＠IT自分戦略研究所 TestLinkのFAQ: プログラマの思索 テスト手法の概念をTestLinkで説明する: プログラマの思索 TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索 TestLinkを受入テストで運用する方法: プログラマの思索 【1】ブロック テストケースの事前条件が、失敗したテストケースに依存しているためにテスト不能になった状態を指す。 ブロッ

TESTLINK1.8になってから設定情報はcustom_config.inc.phpに書けるようになったので既存のTIPSもそれに伴い変更が必要。まだどこにもないので書いてみる。 Q1.「テストケースの印刷」の時の社名を変えるには？ custom_config.inc.phpに以下を追加する。 $tlCfg->document_generator->company_name = 'Hogehoge Research Institute Inc.'; $tlCfg->document_generator->confidential_msg = '社外秘'; $tlCfg->document_generator->company_copyright = 'copyright - Hogehoge Research Institute Inc. '; Q14.実行済みのテストケースの編集を可能

ALLPAIRS Test Case Generation Tool と TestLink を連携させているツール があって、それに手を加えているもの があった。 ALLPAIRS Test Case Generation Tool で制約条件を記述する方法がわからなかったので、PICT の結果を TestLink と連携できるように、適当に手を加えてみた。 このデータを PICT にかけると 地域: 東京, 神奈川, 埼玉, 千葉 性別: 男, 女 時間帯: 昼, 夕方, 夜 オプション１: あり, なし オプション２: あり, なしこうなるので 地域 性別 時間帯 オプション１ オプション２ 千葉 男 昼 あり なし 埼玉 男 夕方 なし あり 埼玉 女 昼 あり あり 千葉 女 夜 なし あり 神奈川 女 昼 なし なし 埼玉 男 夜 あり なし 神奈川 男 夜 あり あり 東京 男

meeting/04.5 - Shibuya.trac Wiki - Shibuya.trac - OSDN Ustream で当日18:55〜開始予定 http://www.ustream.tv/channel/shibuya-trac-meeting 発表スライド Trac 開発事例View more presentations from かおる なかむら. 自分用メモ takayama さん 〜 赤本第2版&日本語化ご協力のお願い?? 〜 Trac 0.12 リリース：2009/10/1(予定) 新機能 マルチリポジトリ（予定：まだ？？） trac-admin コマンドに機能追加 国際化 翻訳 めんどくさー・・・ Shibuya.trac に置いてあるので、みんなやって！！！ あきぴーさん 自己紹介 Blog見てる人〜：ほとんどみんな(笑) アジャイル開発の特徴 超短期間の繰り返し開

SQIP2009の森崎さんの講演「レビューの壁を破る」を聞きながら、考えたことをメモ。 ＃後でまとめる。 SW開発の品質UP、プロセス改善を目指すと、最終的には設計工程でどれだけバグを潰せるか、という点に落ち着く。 上流工程の品質UPが鍵を握る。 そのためには、設計レビューが必要で、きちんとすべきだね、という話にいつも行き着く。 しかし、設計レビューそのものの品質が低いように思う。 僕がいつもレビューで問題と思う点は、二つある。 一つは、レビューのプロセスがあいまいできちんと定義されていないこと。 例えば、レビューする際の観点がレビューアによってまちまちだったりする。 レビューのチェックリストがあるにはあるのだが、形骸化しており、機能していない。 もう一つは、レビューで指摘を受けた内容を反映する作業のチェックがおろそかであること。 例えば、レビュー後修正の品質チェックが個人任せで、他人のチ

allpair法をTestLinkに使う方法が書かれた記事があったのでメモ。 【元ネタ】 TestLinkメモ - 科学と非科学の迷宮 AllPair法で作成したテストケースをTestLinkにテストケースとして読み込むツールallpairs2testcase.rb - Rubyの魔神 - はてな？Rubyグループ allpair法は、組み合わせテストのテストケース作成技法の一つで、同じ値のペアが最低1回現れるように組み合わせてテストケースを作成する方法。 直交表に比べると、テストケース数を少なくできる。 実際のテストケース作成時は、複数の入力項目の組合せテストが非常に多い。 例えば、組込製品やパッケージ製品ならば、ドライバやOSのバージョンを組み合わせたテストケースを作っているだろう。 業務システムならば、業務のパターンや状態を組み合わせてテストケースを作りこんでいるだろう。 実際の現場

TEF関西のNakaさんの話を聞いて考えたことをメモ。 【元ネタ】 ソフトウェアテスト標準用語集 日本語版Ver 1.3 普通のプロジェクトは結合テストで火を噴く。 理由は、結合テストで初めて、システムが稼動するのを顧客も開発者も見れるから。 そこで、初めて、要件漏れ、認識相違、仕様漏れに気付く。 でも、それだけの理由だけではないという指摘を受けた。 ソフトウェアテスト標準用語集 日本語版Ver 1.3には「プロダクトリスク」「プロジェクトリスク」の用語解説がある。 プロダクトリスクとは、「テスト対象に直接関係するリスク」。 プロジェクトリスクとは、「（テスト）プロジェクトの管理（マネジメント）と制御（コントロ－ル）に関係するリスク。例えば、スタッフの不足、厳しい締め切り、変更管理などがこれに当たる。」 実際のテスト、特に結合テスト、システムテスト、受入テストのようにプロジェクト後半になる

TEF関西のNakaさんから「後追いテスト」というテストの用語を教えてもらったのでメモ。 【元ネタ】 ソフトウェアテスト標準用語集 日本語版Ver 1.3 まず、ソフトウェアテスト標準用語集 日本語版Ver 1.3には「リスク」「プロダクトリスク」「プロジェクトリスク」の用語解説がある。 テスト工程での「リスク」は「将来、否定的な結果を生む要素。通常、影響度と発生可能性として表現する。」という意味で定義されている。 プロダクトリスクとは、「テスト対象に直接関係するリスク」。 プロジェクトリスクとは、「（テスト）プロジェクトの管理（マネジメント）と制御（コントロ－ル）に関係するリスク。例えば、スタッフの不足、厳しい締め切り、変更管理などがこれに当たる。」 つまり、テスト工程のリスクを、プロダクトリスクとプロジェクトリスクに厳格に分けている点が重要だ。 組み込み製品なら1回リリースするために数

TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス 僕はテスト技法を体系的に知らないが、TestLinkを過去1年間実践してみて、テスト戦略やテストケースの作成方法について、ノウハウは色々溜めてきた。 TEF関西のNakaさんからテスト技法の専門用語を教えてもらい、そのノウハウに専門用語が付けられているのを知ったので、まとめてみる。 【元ネタ】 JSTQBテスト技術者資格認定-シラバス（学習事項）・用語集- ソフトウェアテスト標準用語集 日本語版Ver 1.3 【1】みなしバグとブロッキングバグ TestLinkのテストケースには「ブロック」という状態がある。 ソフトウェアテスト標準用語集 日本語版Ver 1.3 によれば、ブロックとは「事前条件を満足できないため、実行不能のテストケ－ス」を指す。 つまり、失敗したテストケース

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

TestLinkの運用例を見つけたのでメモ。 【元ネタ】 TestLink使用レポート ― ありえるえりあ 記事から類推すると、かなりのテストケース数でテストしているのではないかと思われる。 下記にまとめてみた。 【従来】 ・テキストベースでテストケースを管理していたから、把握しにくい。 ・毎日メールでテスターから進捗を連絡してもらったが、進捗管理しにくい ・不具合が発生した場合のワークフローが曖昧 ・テストケースそのものが読みづらい 【TestLink運用後】 ・テストスイートごとにテストケースの数を表示してくれるので、テストの範囲や工数を把握しやすい。 ・テスト計画やテスターの単位で進捗率を表示してくれるので、進捗が分かりやすい ・テスト実行画面からケースを絞り込んでテストできる。 ・テスト結果画面から、不具合一覧を見れる ・テストケースが単体で存在し、文章に色や下線、箇条書きなどで装

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

ETWest2009の講演資料「TestLinkでアジャイルにテストする」を公開します。 CC Attribution ライセンスとします。 上記の講演で、TestLinkを半年間運用してみて、経験したこと、理解できたこと、そして確信したことは全て書いた。 一番言いたい事は、TestLinkがアジャイル開発の弱点の一つである受入テストを補強してくれることだ。 テスト駆動開発や継続的インテグレーションのプラクティスで単体テストの品質は保証できるが、結合～受入テストの品質を確保するのは、ウォーターフォール型開発だけでなくアジャイル開発でも難しい。 その問題の本質は、二つある。 一つは、受入テストの自動化は難しいこと。 もう一つは、手動の受入テストの生産性が悪いこと。 TestLinkの導入によって、手動の受入テストを効率化できると確信している。 だが最終的な目標である受入テストの自動化は、Te

下記の記事を読んで気づいたことをメモ。 【元ネタ】 TestLinkを検証しました ― ありえるえりあ 【引用】 テストケースの管理と、テスト計画(=テスト実施の記録)の管理のふたつの軸があるのがポイントです。 RDBアプリ風に言えば、前者がマスター(リソース)、後者がトランザクション(イベント)的な構造です。 テストケースは手順と期待値の記述で、何度も実施されればその度ごとに結果レコードができます。 テストケースの1レコードに対して、実施結果のレコードは1対多の関係で存在します。 テストケースと実施結果が1対多の関係になるのは、言われてみれば自然で当り前の構造なのですが、バグトラッキングシステム(BTS)とは違うんだという現実に改めて気づきました。 昔、wishlistもBTSで管理している話を書きました(http://dev.ariel-networks.com/Members/ino

TestLinkはオープンソースのWebのテスト管理ツール。 TestLinkがExcelのテスト仕様書よりも素晴らしい点を書く。 【0】インストールが超簡単 XAMP＋TestLinkが一体化されたパッケージがある。 解凍して起動するだけ。 USBメモリに入れて持ち歩くことさえできる。 【1】テストケースを再利用しやすい シナリオベースのテストケースは、運用保守や2次開発でも頻繁に使う。 実際は、1次開発で使ったテストケースを複製して、仕様変更や追加機能を反映させる。 この時、Excelのテスト仕様書から該当のテストケースを抽出したり、変更するのに手間がかかる。 また、テストケースは書く人によって、粒度や書式が大きく異なる時が多い。 後の保守で再利用できなかったりする。 TestLinkの場合、テストケースはDBにあるから複製が簡単。 また、TestLinkの入力フォーマットが固定されて

下記の記事を読んで、TestLinkは本来、ユーザ企業が発注した業務システムを、ユーザ企業自身が受入テストで使うべきだと思った。 以下メモ書き。 【元ネタ】 TestLink を使ってみた - hokorobiの日記 TestLinkJP - TEF有志によるテスト管理システムTestLink日本語化プロジェクト 僕は、TestLinkをテスト工程のうち、結合～システムテストで運用している。 実際は、単体テスト完了したモジュールをリリースする前に、開発部隊が自分たちで業務シナリオベースのテストケースを作り、それでもってテストしている。 つまり、リリース前の品質保持のためにTestLinkを使っている。 でも本来は、ユーザ企業自身がTestLinkを使って、発注した業務システムを受入テストで使うべきなのだ。 理由は、ユーザ企業も受入テストというテスト工程を自身が関与しなければ、システム開発は