Downcodes の編集者は、合理化された Web ベースの欠陥管理ツールである BugFree を紹介します。これは Microsoft のソフトウェア開発哲学に基づいており、それを無料のオープン ソース コードの形で提供しており、Microsoft の社内バグ管理ツール Product Studio (以前は Raid と呼ばれていました) の「複製」に成功した数少ない無料ソフトウェアの 1 つです。この記事では、BugFree の紹介、コード補完プロセス、およびソフトウェアの欠陥への対処方法について詳しく説明します。このツールをよりよく理解して使用するのに役立つことを願っています。
BugFree は、Microsoft のソフトウェア開発哲学に基づいた、無料のオープンソースの Web ベースの合理化された欠陥管理ツールです。これは現在、Microsoft の内部バグ管理ツール Product Stuido (以前は Raid と呼ばれていました) を「クローン」する数少ないフリー ソフトウェアの 1 つです。
BugFree は、Microsoft のソフトウェア開発哲学に基づいた、無料のオープンソースの Web ベースの合理化された欠陥管理ツールです。これは現在、Microsoft の内部バグ管理ツール Product Stuido (以前は Raid と呼ばれていました) を「クローン」する数少ないフリー ソフトウェアの 1 つです。
BugFree は PHP+MySQL で書かれており、Linux と Windows の両方のプラットフォームで実行できます。 BugFree 2.0 に含まれる設計アイデアは次のとおりです。
– コード: プログラムは、要件設計仕様書 (Spec) の実装 (マッピング) です。
– テスト ケース: これも仕様の実装 (マッピング) ですが、テストの観点からのものです。
– テスト結果: テスト ケース (テスト マッピング) を使用してコード (開発マッピング) を確認します。
– バグ: 2 つのマッピング間の不一致はバグである可能性があります (コードが仕様から逸脱しています)
このように、テストケース（Test Case）からテスト結果（Test Result）、不具合（Bugs）まで、その３つが有機的に組み合わされています。
「Digital Nervous System」の BugFree はオープンソースの PHP+MySQL で書かれており、ブラウザ上で動作します。私には Linux+Apache+MySQL+PHP による開発経験はありませんでしたが、幸運にも 2 人の優秀な Web プログラマーを採用することができ、わずか 2 か月でそのようなシステムを構築することができました。その中でも、BugFree は同僚の Wang Chunsheng が開発したもので、彼がコードを書くのに 1 か月もかからなかったのには驚きましたし、Linux ベースの Web 開発の魅力を実感しました。
1ヶ月以上テストした後、実際の業務で使用できるようになります。 BugFree は、私たちの日常業務において最も重要なツールとなっています。また、すべての従業員は、コード内の欠陥だけでなく、新しい要件や設計の変更などでもこのバグを使用して記録および追跡することに慣れています。管理システムを効果的に管理します。実際、バグはソフトウェアの欠陥を記録するために使用できるだけでなく、会社の日常業務を追跡するためにも使用できます。たとえば、会社のオンライン償還システムが確立される前は、BugFree を使用して償還を処理していました。同僚からもこんなバグを教えてもらいました: デスクトップが乱雑すぎるので整理整頓してください :-)
さらに読む:
通常、ソフトウェアの欠陥を見つけた場合、ソフトウェアの欠陥を分類する方法は 1 つだけあり、それ以外に分類する方法はありません。たとえば、次のような状況に遭遇します。このとき、テスターは追加しなければならない機能があることに気づき、プログラマーに「時間がない」「必要ない」と言いました。この状況では、両者の間で衝突が発生し、最終的な結果が分からなくなります。これにより、次回テスト担当者は、製品の問題をできるだけ考慮しなくなります。走れる。実際、この状況は解決できます。この問題を効果的に解決するための新しいソフトウェア欠陥分類の概念について説明します。
ソフトウェアの欠陥には、重大なエラーだけでなく、機能が実装されていないことも含まれます。この時点では、ニーズが考慮されていないことは誰もが理解していると思いますが、ニーズは一度で完璧になることはなく、継続的に改善するには全員の共同の努力が必要です。では、テスターによる優れた提案を効果的に実装するにはどうすればよいでしょうか?次に言いたいのはこれです。ソフトウェアの欠陥を分類する別の方法として、欠陥の内容に応じて主に要件のバグとプログラムのバグに分類する方法があります。この分類の利点は、バグの対応責任者が明確であることです。プログラムのバグは関連する開発者によって処理されることは誰もが知っています。以下では主に需要バグについて説明します。名前から判断すると、需要バグは需要担当者が処理する必要があります。それにどう対処し、そのプロセスを効果的に進めるにはどうすればよいでしょうか?現時点では、テスターは要件のバグをプログラマではなく、要件アナリストに送信して処理を依頼します。ただし、ここで強調したいのは、要件バグの位置付けです。このバグがソフトウェア要件仕様に明確に記載されている場合、それを要件バグとして特定することは不可能であり、プログラマによって実装される必要があり、ソフトウェア機能と呼ばれます。欠陥がある場合、提出はプログラマーによって処理されます。ただし、要件仕様に明確に記載されていない場合は、それを要件のバグとして特定できます。
以上がバグフリーに関する内容であり、皆様のお役に立てれば幸いです。
この BugFree の紹介が皆様のお役に立てれば幸いです。Downcodes の編集者は今後もより実践的な技術記事を提供していきます。ご質問やご提案がございましたら、メッセージを残してください。