Difference between revisions of "Quality Assurance and Problem Reporting Guidelines ja"
Line 1: | Line 1: | ||
{{Breadcrumb|next=The QA Process ja}} | {{Breadcrumb|next=The QA Process ja}} | ||
+ | <!-- | ||
[[Category:Community]] | [[Category:Community]] | ||
[[Category:Documentation]] | [[Category:Documentation]] | ||
[[Category:User documentation]] | [[Category:User documentation]] | ||
+ | --> | ||
+ | |||
+ | [[Category:User documentation ja]] | ||
[[Category:Japanese]] | [[Category:Japanese]] | ||
Revision as of 01:57, 14 May 2012
⇐ Table of Contents{{#if: | | [[{{{2}}}]] }}{{#if: | | [[{{{3}}}]] }}{{#if: | | [[{{{4}}}]] }}{{#if: | | [[{{{5}}}]] }} | Quality Assurance and Problem Reporting Guidelines ja{{#if: The QA Process ja| | The QA Process ja }} ⇒
ADempiereの品質管理
品質は品質評価者の期待により決まります。ADempiereが提供する品質とは、提供するソフトウェアが安定していて、拡張性があり、予期しないクラッシュが発生せず、もっとも重要なことに、データベースの重要なデータが壊れないことです。バグが含まれていても問題ない、というわけではありません。これが壮大なゴールである一方、ソフトウェアパッケージにおいて完璧を求めることもまた現実的ではありません。もしバグの存在が確認されている場合には、品質管理の観点からは、対象およびその深刻度が確認され、ワークアラウンドが存在する必要があります。また、既知のバグに対しては優先順位をつけ、次回リリースにあわせて改修しするひつようがあります。
また、すでに存在する機能に対して、新しいリリースの際には今まで動作していた機能が引き継がれている必要があります。新機能の追加については、他の動作に影響を与えることを防ぐ必要があります。機能の打ち切りが必要な場合には、事前にその情報を共有し、実施要否の選択を行います。
アプリケーションの品質管理には、より大きなグループ、すなわちコミュニティでの連携が必要です。これらの取り組みが効果的に行われるために、コミュニティが従うべきプロセスがあります。コミュニティはユーザに対して、品質に関する情報を整備する必要があります。
次のセクションは品質保証に関する詳細な手続きと、製品の品質向上に向けて、あなたができる支援の方法について記述したものです。