バグ修正ポリシー

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

要約

  • 当社のサポートチームは、回避策やバグの報告を支援します。
  • 当社では通常、次回のメンテナンス リリースで重大なバグを修正します。
  • 様々な検討事項による非クリティカルなバグ修正に対応します。


バグ報告


アトラシアン製品のアプリ (アドオン) を開発していたり、弊社の API を使用していたりしますか? Ecosystem Jira で関連バグを報告します。

このページの内容:

バグ報告

アトラシアンのサポートはバグの確認を熱心に誇りを持って支援します。サポートシステムで課題を作成ください。 その際は、あなたが経験している問題を再現する方法についてできるだけ多くの情報を提供してください。私たちは、バグを再現し、検証し、あなたのためにレポートを申し立てます。また、可能な場合は回避策を構築するように努めます。

既存のバグレポートを検索

Use our issue tracker to search for existing bugs, then vote for and watch the ones that are important to you. When you watch an issue, we'll send you an e-mail notification when the issue's updated.

バグ修正のアプローチ

バグ修正リリースはフィーチャー リリースよりも頻繁に提供され、カスタマーに影響する最も重大なバグを対象としています。バグ修正リリースの表記は、バージョン番号の最後の数字で示されます (6.0.1 の 1 など)。

各バグは、問題の重要度 (つまり、このバグが問題を起こす場面、問題の影響範囲など) に基づいて評価されます。問題の重大度には 3 つのレベルがあります。

重大度 1 - クリティカル

アプリケーションが利用できない。ユーザーが業務を実行できず、利用できる回避策がない。 

例...
  • すべてのユーザーのログイン不可
  • すべてまたはほとんどのページの表示不可
  • メモリ不足エラーによるアプリケーション障害
  • 重大なデータ損失
  • ノード通信の失敗
  • 管理ツールの失敗 

重大度 2 - メジャー

1 つの機能の利用不可、アプリケーション速度の大幅な低下、またはユーザーの業務実行の一部の実行不可。

例...
  • アプリケーション速度の低下、断続的な失敗
  • アプリケーションは機能しているが、頻繁に使用するガジェットやマクロが機能しない
  • アプリケーション リンクの失敗
  • 特定の編集機能の失敗
  • または、実行可能な回避策がある重大度 1 (クリティカル) の課題 

重要度 3 - マイナー

アプリケーションまたは特定の機能が期待どおり動作しないが、利用可能な回避策がある。ユーザー エクスペリエンスが損なわれるが、業務は実行可能。 

例...
  • 一部の検索の失敗
  • ページのセクションの読み込み速度の低下
  • 管理機能が断続的に失敗するが、回避策を利用可能
  • 表示に不具合があるが、機能には影響しない
  • 翻訳またはローカライゼーションの軽微な問題
  • キーボード ショートカットが期待通り動作しない


バグの評価に問題の重大度を使用することで、最も影響の大きい修正を優先しています。アトラシアンでは、セキュリティの問題を最優先に位置づけています。

バグ修正を確認する方法

バグ修正を適用するには、修正を含むリリースにアップグレードする必要があります。

リリースに関連する用語

バグ修正ポリシーを分かりやすくするための、いくつかの定義を紹介します。

  • プラットフォーム リリース (4.0) には、重大な変更や大幅な変更が含まれます。これには、既存の API の変更や削除、ユーザー エクスペリエンスの重大な変更、主要な機能の削除などが含まれます。
  • フィーチャー リリース (3.6) には、新機能、既存機能への変更、サポートされるプラットフォーム (データベース、オペレーティング システム、Git バージョンなど) の変更、または機能の削除などが含まれます。これらはこれまでは、ほとんどの製品で "メジャー" リリースと呼ばれていました。
  • バグ修正リリース (3.6.2) にはバグの修正、安定性やパフォーマンスの改善が含まれます。バグ修正の内容によっては既存の機能への小規模の変更が行われる場合がありますが、新機能やリスクの高い変更は含まれないため、ユーザーはすぐに利用を継続できます。バージョンの最新のバグ修正リリースへの定期的なアップグレードを行うことをお勧めします。これらはこれまでは、ほとんどの製品で "メンテナンス" リリースと呼ばれていました。

3 つの主なリリース タイプに加え、フィーチャー リリースもエンタープライズ リリースに指定することができます。つまり、標準のフィーチャー リリースよりも長い時間のバグ修正が含まれます。

エンタープライズ リリース

エンタープライズ リリースは、新しいフィーチャー バージョンへのアップグレードの準備に時間が必要で、重要なバグの修正を適用する必要がある、Server および Data Center のお客様向けです。新しいフィーチャー バージョンへのアップグレード頻度がおよそ年に 1 回の組織では、エンタープライズ リリースが適している場合があります。Jira Software および Confluence では、次のようになります。

  • 1 つのフィーチャー リリースをエンタープライズ リリース として指定します (最低でも 12 か月に 1 回)。
  • 最新のセキュリティ バグ修正ポリシーに記載されているように、重要なバグ修正をバックポートし、安定性、データの整合性、および重要なパフォーマンスの問題に関連する修正が適用されます。
  • 対象バージョンのバグ修正リリースを、サポート終了まで提供します。 
  • アップグレードを円滑に行えるよう、1 つのエンタープライズ リリーズと次のエンタープライズ リリースの間のすべての変更の変更履歴を提供します。

すべてのバグ修正がバックポートされるわけではありません。安定性、データの整合性、またはパフォーマンスの問題に焦点を当て、最も重要と思われるバグやリグレッションのみを対象にします。API、サードパーティ アプリ (アドオン) で使用するコード、またはインフラストラクチャに変更を加える必要がある修正 (これらは通常はプラットフォーム リリース用に予約されます) や、リスクおよび複雑性の高い修正については、バックポートを行わないことがあります。

Jira Software Data Center のお客様について、1 つのエンタープライズ リリースと次のエンタープライズ リリースの間ではゼロダウンタイム アップグレードを利用できるように考慮しますが、変更の性質によってはダウンタイムが必要になる場合があります。ゼロダウンタイム アップグレードを使用できるかどうかを変更履歴で確認できます。

この例では、バージョン 4.2 がエンタープライズ リリースとして指定されています。以下の図に示すバグ修正リリースの番号とタイミングは一例です。リリース頻度は各製品で異なる場合があります。




その他の情報

See Atlassian Support Offerings for more support-related information.

最終更新日 2015 年 9 月 16 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.