TestLinkを運用して気付いたことpart12～スモークテストはお試しテスト - プログラマの思索
SEA関西プロセス分科会で講演後、宿口さんとNakaさんから、ブロッキングバグが多発するならスモークテストをあらかじめやってレビューで潰しておけばいいのでは、という指摘を受けて、なるほどと思ったのでメモ。 【元ネタ】 【公開】SEA関西プロセス分科会講演資料「TestLinkのベストプラクティス～日本の品質管理技術を見直そう」: プログラマの思索 TestLinkを運用して気付いたことpart11～お試しテスト、フールプルーフテスト、探索的テスト、モンキーテスト、フェイルセーフテスト、ラッシュテスト: プログラマの思索 Software Testing - Columns: スモークテスト スモーク テストのガイドライン ＠IT：The Rational Edge オープンソース時代のテスト手法（2） スモークテストの定義は下記の通り。 (引用開始) 最初に実施するテストは「スモークテスト
TestLinkを運用して気付いたことpart11～お試しテスト、フールプルーフテスト、探索的テスト、モンキーテスト、フェイルセーフテスト、ラッシュテスト - プログラマの思索
TestLinkを運用して気付いたことpart11～お試しテスト、フールプルーフテスト、探索的テスト、モンキーテスト、フェイルセーフテスト、ラッシュテスト Nakaさんからテスト手法について聞いたのでメモ。 以下メモ書き。 【参考】 TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索 TestLinkのベストプラクティス集: プログラマの思索 TestLinkのアンチパターン: プログラマの思索 TestLinkのFAQ: プログラマの思索 TestLinkを受入テストで運用する方法: プログラマの思索 【1】お試しテスト お試しテストとは、テスト対象モジュール・テストケース・テスト実施者などを対象として、本格的なテストを実
TestLink plugin for Redmine - プログラマの思索
SundayWalkerさんがRedmineの画面上にTestLinkの画面を表示できるプラグインを公開されていたのでメモ。 【元ネタ】 チケット #23961: TestLink plugin for Redmine - TestLink日本語化 - SourceForge.JP Twitter / なかむら かおる: [redmine][TestLink]RedmineからTestLinkの機能を利用するプラグイン。TestLinkの画面そのまま、すごい！ / チケット #23961: TestLink plugin for Redmine TestLink plugin for Redmineのイメージは、Readme-01.pngを見ればすぐに分かるだろう。 (引用開始) こんにちは、SundayWalkerです。 TestLink1.9が公開されて、不具合の対応もかなり進んでいる
【告知】「Redmineによるタスクマネジメント実践技法」を出版します #TiDD - プログラマの思索
さかばさんと共著で「Redmineによるタスクマネジメント実践技法」を2010/10/13に出版します。 世界初のチケット駆動開発の本になります。 【元ネタ】 [TiDD] 速報！史上初の「チケット駆動開発」の本が出版に: ソフトウェアさかば 過去３年間、RedmineやTestLinkなど各種ツールを駆使して、チケット駆動開発という開発プロセスの上でAgile開発をいかに運用するか、をテーマにして、試行錯誤した経験と今まで思索してきた内容を全て書きました。 そのため、350ページ近くまで膨れ上がりました(笑) 最初に断っておきますが、RedmineやTestLinkのインストール方法には特に触れていません。 XPなどのAgile開発の文脈の上で、チケット駆動開発という開発プロセスを世界で初めて定義して、その応用分野や今後の課題についてひたすら書いています。 読者層は、BTSに不満がある人
TestLinkの隠れ機能～工数集計とステータス設定 - プログラマの思索
TestLinkのVer1.8を使ってみて、隠れ機能を見つけたので書いてみる。 【1】Ver1.8以降では、下記のドキュメントに従うと、予定工数、実績工数の合計表示をテスト結果画面で集計できると書かれている。 testlink\docs\customfields_for_computing_times.txt 上記に従って、Ver1.8.2とVer1.8.4のTestLinkで、下記の手順を行ってみた。 【TestLink1.8.2】 １・4個のSQLを実行 ２・テスト仕様で、テストケースを作り、予定工数を入力 ３・テスト実行で、テストケースに実績工数を入力して「成功」にする ４・テスト結果で、「カスタムフィールド情報とテストケース」画面で実績工数が表示される。 しかし、同じテストケースをグルーピングして実績工数を合計表示してくれない。 ５・テスト結果で、「カスタムフィールド情報とテスト計
テスト消化曲線とバグ発生曲線のパターン診断 - プログラマの思索
テスト消化とバグ発生曲線(バグ収束曲線)をパターン分けした素晴らしい記事があったのでメモ。 【元ネタ】 山浦恒央の“くみこみ”な話（16）：テスト消化曲線とバグ発生曲線の7パターン診断 - MONOist（モノイスト） テスト消化曲線は、未実施テストケース数を時系列に表示したグラフで、普通は右肩下がりになる。 バグ発生曲線(バグ収束曲線)、累積バグ数を時系列に表示したグラフで、普通は右肩上がりになる。 テスト消化とバグ発生曲線は密接に関係している。 理由は、ブロッキングバグがたくさん出るほど、ブロックするテストケースが増えてしまってテストの進捗は遅れるからだ。 実際にTestLinkでテスト管理してみると、ブロッキングバグが出るたびに、テストに失敗するだけでなく、ブロックするテストケースも増える。 例えば、テストに1回失敗すると、10個ぐらいのテストケースはテスト不能になってしまう。 僕の
TestLinkのベストプラクティス集 - プログラマの思索
TestLinkでテスト管理を運用してみて、ベストプラクティスを自分なりにまとめてみた。 あくまでも下記は僕が経験したこと、理解できたことに過ぎないので、間違っていたらコメント下さい。 【元ネタ】 脱Excel！ TestLinkでアジャイルにテストをする － ＠IT自分戦略研究所 TestLinkのFAQ: プログラマの思索 テスト手法の概念をTestLinkで説明する: プログラマの思索 TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索 TestLinkを受入テストで運用する方法: プログラマの思索 【1】ブロック テストケースの事前条件が、失敗したテストケースに依存しているためにテスト不能になった状態を指す。 ブロッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
