プラットフォームの断片化の喜びと悲しみ、特にカスタムファームウェアに関する場合。短い答え?すべてのエッジケースをテストすることはできません。CM由来の欠陥を確実に検出することはできません。それは獣の性質です。 CMベースラインの独立したブランチであっても、何かを完全に壊したり(例えば、フロントカメラ)、何か他のものを働かせる(例えば、CPUスリープ)ことができるような独自の事柄を行う。つまり、カスタムファームウェアはで定義されています。カスタム。私は持っていることができました。 - 私が世界で何かをすることができる自分のCM7の支店。私はそれがldpiリソースを完全に無視し、ドットピッチや何かにかかわらず常にhdpiを引き出すようにすることができます。そして、もっと重要なことに、私は完全にそれを台無しにすることができました。私の支店を走らせない限り、その行動は見えません。
あなたができることは、(APIレベル7をターゲットにしているため、現在市場全体の約99%を占めている)最大のプラットフォーム向けのプログラムであり、エッジケースが報告されるのを待って、できるだけ早く処理します。あなたの支出資源に基づいて大多数のプラットフォームをカバーできるデバイスを入手してください。難解なデバイスやファームウェアで初期のビルドを受け取るベータテスターを選出する。
その後、指をつけてください:)。
ストックファームウェアがデバイス上で動作するが、modded ROMは動作しない場合は、mod管理者にバグを報告してください。たとえば、EVO 4GのオリジナルのROMがうまくいけば(DeviceAnywhereスタイルのサービスを使ったテストや、多くのEVO 4Gユーザーを示し、他のクラッシュはないという分析に基づいて)、問題はCyanogenMod 7にある可能性があります。 – CommonsWare
喜びと悲しみ。しかし、ほとんどの場合、クライアントは理解しておらず、私たちに責任を負わせるでしょう:) –
まあまあです。また、ハードウェアプラットフォームのエッジケースを早期に把握するのではなく、それらのエッジケースをどのように修正する必要があるかを尋ねました。それはワームの別の缶です。意欲的な所有者を見つけることができない限り、カスタムファームウェアベースのデバイスを購入する必要があります。または、簡単に簡単にフラッシュできる在庫に匹敵するものを少なくとも持っている必要があります。それは問題の性質に依存します。コード検査とスタックトレースに関係なく、通常はクラッシュが検出されます。カメラを見つけられないようなものは、実際のハードウェアなしでは少し厄介です。 –