パスワードを忘れた? アカウント作成

使っているバグ管理システム

投票結果を表示しています。
Bugzilla
  45 票 / 4%
Redmine
  202 票 / 20%
Trac
  103 票 / 10%
JIRA
  36 票 / 3%
Team Foundation Server
  11 票 / 1%
Mantis
  44 票 / 4%
そのほか
  126 票 / 12%
バグは管理してません
  441 票 / 43%
合計 1008 票
投票所 | 他の国民投票
  • 選択肢が少なくても文句禁止。だって、そもそもがジョークだし、場所は有限だし、選択肢を決めるのに事前投票なんてできないから。
  • なんか良い投票ネタがあったら是非タレコんでくれ(国民投票用と明記)。毎回かなり悩みまくりなんだな、これが。ぶつぶつ言わずに助けてくれよぅ。
  • この投票はとってもテキトーだ。四捨五入の誤差、投票マニア、ダイナミックなIP、 システムのバグ、プロキシーやファイヤウォールなんて考慮しちゃいない。統計だと思って このデータを大事な事に流用しようと思うなら小学校からやり直しましょう。

最新の国民投票

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2012年06月04日 16時05分 (#2166557)

    ○○○不具合管理台帳【書き換えたら更新のこと】.xls

    • by Anonymous Coward on 2012年06月04日 18時39分 (#2166656)

      「これからバグ管理システムを導入します」「わーやったー!」「客先提出用に必要なので、台帳とシステム両方に記入するように」「」

      実話だから困る。いやそれじゃ管理が複雑になるだけじゃんかよぉー(涙
      バグ報告は相変わらずメールでも飛んでくるし、導入すんならちゃんと関係者全員使うようにさせろよー!
      客は仕方なくてもせめて台帳ぐらいはシステムから自動生成してくれよorz

      # 結局、そのうち誰もバグ管理システムを使わなくなりましたとさ。

      親コメント
      • 社内用と提出用でちゃんと書き分けて下さい

        親コメント
      • by Anonymous Coward on 2012年06月04日 21時04分 (#2166751)

        Trac

        単体テスト用台帳.xls
        単体テスト用単票.xls
        単体テストPM用.xls
        単体テスト顧客報告用.xls
        単体テスト Lotus Notes
        単体テスト 応援員用.xls
        結合テスト用台帳.xls
        (以下略)
        といった管理がとっても好きなPJがありましたよっと。

        親コメント
      • 二重管理はありがちだけど禁忌だよなぁ...。

        親コメント
      • by Anonymous Coward

        ハード関係の問題点をExcelで管理して、週に何度か開発元とそれで文通していたことがある。
        最初の1ヶ月くらいは一見問題なく経過したが、そのうち画像やらPPTを貼り付けてファイルが肥大化して、項目が増えて、プロジェクトリーダーが内部用外部用まだ秘密えっもう送っちゃったよと4重管理しだして工程遅延の上破綻してしまった...

    • by Anonymous Coward

      ○○○=Excelですね。
      大丈夫、台帳はOOoで管理してます(キリッ)

    • by Anonymous Coward

      まさにこれだなぁ
      テストも全部台帳管理。本当にExcel好きなのな

      俺にはいまだにExcelのなにが便利なのか全く理解できない訳だが

      #表計算としては便利だよね!

      • by Anonymous Coward
        > #表計算としては便利だよね!
        えっ?
  • 決まってる (スコア:3, すばらしい洞察)

    by Anonymous Coward on 2012年06月04日 18時17分 (#2166639)

    Excel以外の選択肢などあり得ない

    • by minet (45149) on 2012年06月04日 18時50分 (#2166664) 日記

      Wordな現場もあった……(まじで)

      親コメント
      • by Anonymous Coward

        WordがTextEditor以上にバグトラックに向いていると判断されたわけですよね?
        どういう点が優れていたんでしょうか?

        # 純粋な興味から

        • by d3p (42346) on 2012年06月05日 12時59分 (#2167194) 日記

          そりゃー表が作れるからでしょう。

          親コメント
        • by minet (45149) on 2012年06月05日 7時29分 (#2166897) 日記

          テキストよりリッチで、Excelと違ってWISWIGなので、印刷しての提出に適しています。
          テンプレートのフッターには元請け会社様のロゴ画像入りでとってもクールでした。

          #結局、途中から同じ様に印刷されるExcelシ
          ートに切り替えた。

          他のツリーを読んでいても感じるけれど、
          バグ追跡のツールというより、納品物の1つとして扱われている現場が多いんですかねぇ。

          親コメント
          • by Anonymous Coward

            Excelと違ってWISWIGなので

            # WISWIGって何(w
            "What You See Is What You Get" ね。

            MSの製品にWYSIWYGなものってなかったと思いますよ。ExcelよりWordの方がましかもしれませんが,五十歩百歩だなあ。

    • でもって、謎のロックがかかって誰も書き込めなくなったり、皆が寄って集っていじくるのでファイルが壊れたりするのですね。わかります。
      親コメント
  • すべて、仕様ですから。

  • 以前はredmineとか、tracを使ってましたが、backlogというwebサービスに一部切り替えてみました。
    リポジトリとかを他社に預けるのはどうなんだ、とか、向うのサーバが飛んだらどうなっちゃうんだ、とか
    いくつか心配の種はありますが(書き込み日2012/06/04 ですが、今朝サーバ障害があって明日06/05に
    メンテとかでてたり(泣))いくつかなれちゃえばそれなりに楽だったりもします。

    動きが見えるのと、日本語なのと(重要)、UIがほかとくらべるとだいぶやわらかめなので、
    営業陣営と技術陣営が混在する環境でもそれなりに好評です。

    #ユーザーサポートが若干追いついていない部分がなんとかなればもうすこし幸せなんだけどな...

    --
    ( ´・ω・`)いままでとこれからを比べる生活
    ぱんかれ
    • by Anonymous Coward

      https://www.pivotaltracker.com/ [pivotaltracker.com]
      webサービスだと↑っていうストーリーベースのトラッキングシステムもあります
      WebのUIがJavascriptなので一部日本語入力時の確定時のReturnキー入力でUI側が確定してしまう寂しいバグがありますが最近よく使ってます。
      iPad用のApplicationを使うとそれは問題ではなくなるのだけどタスクの入力時だけなのでソコは英文でもいいやって感じで。

      Openなプロジェクトならタダなのでオススメ

    • by Anonymous Coward
      redmineのbacklogプラグイン入れてるけど。
  • by ei (19798) on 2012年06月05日 23時27分 (#2167569) 日記
    ですが、何か?

    # RDBなんだけど、1プロジェクト毎に1テー… (以降自粛)
  • 練習としてLightSwitchを使ってバグトラッキングシステムを自作してみました。
    DBを使う部分と基本機能は2,3日で実用域に。
    思いのほか簡単に作れたので、自分が担当しているプロジェクトで導入してみましたが、結構好感触だったのでこいつを社内標準のところまで持ち上げようかなと思ってます。

  • Tracでがんばってみたけど、結局Excelに戻ったという感じ。

    客に進捗状況を一覧で提出するときに状況に応じてコメント欄を分割するのを手軽にやろうと思うとどうしてもExcel。
    #例えばインターフェイス結合テストの進捗だと
    #「障害の内容」「弊社の見解」「弊社の作業予定」「弊社担当」「先方の見解」「先方の作業予定」「先方担当」
    #とか結構項目が増える

    リストの一覧性をあまり気にしない場合はTracで充分なんだけど。
  • 以前居たプロジェクトでは普通のDBソフトを使ってました。
    バグ情報を登録する為のフロントエンドとかは社内の専門のチームが作っていたはず。
    個人で書いてる趣味プログラムの場合は、コード管理だけでバグ管理はしてないですね。
    コードの履歴を追えば、どんなバグで何行の修正が発生とか判るので
    計算しようと思えばコード行当たりのバグ件数とかは出せますが。
  • 1画面に1バグとちゃんと決めておけば
    バグ管理システムなんてものは不要なのに!
    全く……

  • Python使いなのでtracを使っているのですが…遅い。
    Redmineは食わず嫌い。
    JIRAでも使おうかなぁ。

    --
    屍体メモ [windy.cx]
    • デフォルトだと自社独自のスレッド式掲示板になるのですが、使い難いので回りはRedmineを使い出しています。
      私と隣の島だけは10人限定ですが1000円で使えるJIRAを導入し実案件で評価中です。バグ管理というよりもタスク管理メインですが。プロジェクト横断での検索機能が強力だったり、使いこなせていませんがレポーティングができたりしていいですよ、JIRA。

      ただ、Trac/Redmineと比較するとWikiが別だったりVCSとの連携が標準ではなかったり(別売り)だったりするので、いろいろやりだそうとするとお金がかかります。ただ、使いこなせば価格以上の効果はあると思います。

      親コメント
  • by Anonymous Coward on 2012年06月07日 1時38分 (#2168504)

    個人プロジェクトではTODOとあわせて紙に書いておいて
    直ったらぐじゃぐじゃ上書きして消す。

    半分ぐらい消えたら、棚卸しと称して新しい紙に手書きで
    整理しながら書き写す。

    紙だとこれを処分するアクションがストレス解消にもなる。
    机に置いておくとPCがオフでも見られてプレッシャーもかかる。

    たまにファイルに書くことがあるが、そもそもそういったファイルを
    見る習慣がないので埋もれてしまう。これは最終手段(もう直さない)に
    近い場合が多いな。

    直せればそれはソース管理の方でコメントされるので履歴は一応残る。

    • by Anonymous Coward

      たまにファイルに書くことがあるが、そもそもそういったファイルを見る習慣がないので埋もれてしまう。

      そういうのはwikiで管理するのがいいよ。ページの相互関係をリンクで表せて、必要な情報に辿り着くのも簡単。でも、どうせwikiを使うなら、バージョン管理ツールと連携できるプロジェクト管理ツールの方がもっといいよね。

      ってことで、以前は私も紙を使っていましたが、今はtracがメイン。

  • by Anonymous Coward on 2012年06月07日 12時24分 (#2168772)

    プロジェクト管理としても併用しているので、ガントチャート+マイルストーンが置けるってことでRedmineにしてます。
    当然Subversionと連動させているので、共通モジュールやDB設計などが修正(コミット)されたら連絡が来るようにしています。
    もう3人以上で社内と客先とを行き来するようなプロジェクトでは、無いと困ります。
    設計書も同梱のWikiであらかた書いておいて、仕上げ段階でExcelに清書って方針なので2度手間のプレッシャーも少ないです。
    あと、LDAP認証可能なので他の認証と共通化させて、ユーザ管理も比較的楽。

    ほかのバグ管理システムもこれぐらいはできているとは思いますが・・・
    TFSはやっぱりVisualStudio開発じゃないと効果半減っぽいので軽く試して以降はお蔵入りしてます。

  • by Anonymous Coward on 2012年06月04日 16時50分 (#2166586)
    分かったら「オタク」です。
  • by Anonymous Coward on 2012年06月04日 19時50分 (#2166711)

    ちなみに
    tracはプロジェクト(TODO)管理
    redmineは工数管理
    でそれぞれ利用している

  • by Anonymous Coward on 2012年06月04日 23時25分 (#2166820)

    06-04 23:00過ぎで「バグは管理してません」が一番とは。
    mantis入れたのに親会社の意向で海外の出来そこないプロダクトを使わされるはめになったのでAC。

    • 「管理できてたらバグじゃねーだろ」…そう思ってた頃が私にもありました。

      親コメント
    • バグトラッカでバグとTODOを管理しようとTracを導入してみたものの、
      どうしたものか異様に遅かったりしばしばページが表示されない(で、やり直してチケットが2重発行)ことがあったりで
      使われなくなってしまいました…。
      未だに原因不明。

      今は代わりを探しています。

      親コメント
    • by Anonymous Coward

      独自のWebツールで管理していることになっているのですが「バグを出してはいけない」という暗黙の了解があるため、最終テストで見つかったバグ以外が登録されることはほとんどありません。バグ扱いになると、ウォーターフォールを遡っての設計書の書き直しや上長の承認が発生して、やたら面倒だというのもあるみたいですが。
      #その代わり、プロジェクト内部で(チームごとに)Excelやメールを使った裏管理が行われています。。

  • by Anonymous Coward on 2012年06月05日 2時18分 (#2166870)

    公開も共同開発もやってない、自分専用のプログラムしか書いていないので。
    せいぜい数万行程度なので、気づいたらすぐに修正する。
    管理しなければならないほどの数のバグが、同時に出てくることもない。
    というかデバッグ要員も独りなので、潜在的にバグが存在していても、見つけられない。

    孤独なプログラマは気楽でいいです。

    • 個人でやっていても、バグを見つけたけど、時間切れで修正しきれないことはよくあることなので、最低でもメモは残しておかないと、バグを潰せない。逆に言えば、メモさえ残しておけば対応できることになるので、バグの管理は特に必要ない。

      でも、プロジェクト管理となるとそうはいかない。最初から設計が固定されていて、ロードマップがきっちり描かれているなら、プロジェクト管理ツールなんていらない。ただ、個人でやっていると、行き当たりばったりが多いので、変更に効率良く対応するためにはプロジェクト管理ツールがあった方がよい。

      自分の場合は、プロジェクト管理ツールが必要だったので、バグ管理も一元化。
  • by Anonymous Coward on 2012年06月05日 8時47分 (#2166925)

    もっと規模が大きくて、テストチームが居る会社なら必要なんでしょうけど…。

    自分で見つけたバグ→自分がその場で修正
    顧客が見つけたバグ→顧客が脳内で管理(怒りとセットで)

  • by Anonymous Coward on 2012年06月05日 15時31分 (#2167320)

    選択肢になかった。
    rubyは1.9には上げられないし、
    dbi-adoはメンテされてないけど影舞使ってます。

  • by Anonymous Coward on 2012年06月06日 20時15分 (#2168304)
    バグはJIRAで管理しているはずなんだが、
    バグ対処の進捗管理はTrac。
    偉い人への状況報告はExcel。
    顧客からの問合せ、通知は糞使いにくいWeb(当然IE限定)。
  • by Anonymous Coward on 2012年06月07日 18時52分 (#2169099)

    googleはgroupを使ってバグの報告を受付けていますね。
    https://productforums.google.com/forum/#!forum/ja [google.com]

  • by Anonymous Coward on 2012年06月08日 9時51分 (#2169362)

    モニターやデスクに付箋紙を張りまくって、これがバグ管理システムになってる人も多いんじゃないかと思いました。
    一時期、デュアルモニターの1台が付箋紙台になってしまって、いいかげん見た目にもドンヨリしてきたのでバグ管理システムに切り替えましたが。

    ルール(日付と予定日、緊急度、担当者、概要とか)を決めておけば、同時進行の小規模並行プロジェクトを管理する程度ならわりと楽なんじゃないかと。

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...