ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
チケット管理システム比較WikiへRedmineとSCMの機能の関連表を追記した。 BTSとSCMに関する考えをラフなメモ書き。 【元ネタ】 チケット管理システム比較Wiki 構成管理とは何なのか - watawata日記 SW構成管理とはそもそも何なのか?: プログラマの思索 17-B-3 チケット駆動開発 タスクマネジメントからAgile開発へ - miyohideの日記 Agile開発とチケット駆動開発の大きな違いは、チケット集計機能だけでなく、構成管理ツールとの連携にあると思う。 「No Ticket, No Commit!」を運用して、BTSチケットに構成管理情報を紐づけると、単にチケットとSCMリビジョンが紐づくだけでなく、ビルドモジュールとBTSチケット、SCMコードラインとBTSプロジェクト、SCMタグとBTSのリリース予定バージョンが対応づけられる利点がある。 つまり、チ
Redmine、Trac、Mantisを使ってみて、ソフトウェア開発はバグ管理が最も基本のプロセスだと改めて感じた。 「BTSを制する者がソフトウェア開発を制する」という気がする。 以下、BTSについて経験したこと、考えたことをロジカルでないメモ書き。 ウォーターフォール型開発でよくあるパターンは、要件定義、設計、開発、単体テストまで順調に進むが、結合テストでたくさんのバグが噴出して、初めて問題が現れる時が多い。 その時、障害管理のためにBTSを使って、見つけたバグを一つずつ潰していく。 アジャイル開発であろうとも、イテレーション期間中に見つけたバグは、BTSで管理しているだろう。 ソフトウェア開発では、障害管理のプロセスが重要な気がしている。 いくら設計しても、単体テストをやっても、ユーザの観点で動かさなければ、開発者も自分が作ったシステムの全貌を知ることはできない。 1回のリリースは1
障害管理における優先度と重要度の使い分けについてメモ。 【元ネタ】 ふたたび、優先度と重要度と緊急度のお話:シェアウェア販売者の独り言:So-netブログ バグの優先度は意思決定プロセスの結果: プログラマの思索 TestLinkを運用して気付いたことpart9~後追いテスト: プログラマの思索 レビュー計画 【連載】実践ソフトウェアテスト考現学 (12) テストの新たなアプローチ - 複数の視点の組み合わせ | エンタープライズ | マイコミジャーナル はじめてのバグジラ ver2.16-ja編 TracTickets -- mi 障害管理では、重要度と優先度の項目がチケットに普通は付いている。 Mantisには重要度と優先度は元から付いている。 だが、Redmine・Tracには優先度だけで重要度は付いていない。 はじめてのバグジラ ver2.16-ja編では、重要度は下記のように書か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く