エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
プログラマの思索: オープンソースBTSはソフトウェア開発のベストプラクティス
ソフトウェア開発は3つのモードがあると思う。 最初は新規開発モード。 そしてソフトウェア開発の中で最... ソフトウェア開発は3つのモードがあると思う。 最初は新規開発モード。 そしてソフトウェア開発の中で最も難しく、最もプロジェクトマネジメント能力を要求されるバグ管理モード。 最後は、運用保守モード。 BTS(バグ追跡システム)は、主にバグ管理モードで使われる。 つまり、各開発者のプログラムを繋ぎ合わせて正常に動かす結合テスト。 あるいは、色んなブラウザに対応しているか、とか、高負荷なアクセスに耐えれるか、などのようなシステムテスト。 BTSとは、そこで上がったバグを収集し、修正し、検証する一連の作業をフレームワーク化したもの。 主にWebシステムで作られている。 このBTSについて再考してみる。 【1】BTSに至るまでの歴史 一昔前。 結合テスト以降のバグ修正は、Excelベースだった。 バグを見つけた人が、Excelのバグ報告票に起票する。 そのExcelを修正担当者に渡し、修正してもらう
2012/06/06 リンク