Fixer le candidat et les conditions de reproduction
Les fichiers portant le même nom peuvent provenir de versions, d'identités de signature ou de paramètres de protection différents. Enregistrez le package, la version, le résumé du certificat, le résumé du fichier, la configuration de la protection, l'appareil, le système et le chemin d'installation.
Préparez la ligne de base non protégée correspondante et reproduisez-la avec le même compte, le même réseau, le même état des données et la même entrée de lancement. Des conditions incohérentes rendent l’attribution peu fiable.
- Fichier fixe et identité de signature
- Version fixe de l'appareil et du système
- Même chemin d'installation ou de mise à niveau
- Même compte, réseau et données
Trouver la première étape de lancement d'application divergente
Divisez le lancement de l'application en création de processus, initialisation de l'application, travail ContentProvider, chargement de classe, chargement natif, ressources sur le premier écran et entrée commerciale. Enregistrez où le candidat diverge pour la première fois.
La première différence est souvent plus utile que l’erreur finale. Les échecs ultérieurs peuvent être secondaires et la modification des paramètres autour du dernier cadre de pile peut masquer la cause réelle.
Inspecter les points de compatibilité communs par opérateur
Pour Java et Kotlin, inspectez la réflexion, le chargement dynamique, la sérialisation, les annotations et les entrées qui dépendent des noms. Pour le code natif, inspectez ABI, les dépendances, l’enregistrement JNI, la visibilité et l’ordre d’initialisation.
Les ressources et les SDK tiers peuvent dépendre du manifeste, des chemins de fichiers, des contrôles d'intégrité, de WebView, des systèmes de correctifs ou de leur propre logique anti-falsification. Modifiez une variable à la fois.
- Réflexion et chargement dynamique
- Enregistrement JNI et dépendances
- Manifest et chemins de ressources
- Autocontrôles tiers
Revenir à la portée de la version après un correctif
La suppression d'un crash sur un appareil ne résout que ce point de reproduction. Réexécutez l'installation, la mise à niveau, le lancement d'applications, les chemins métiers critiques, les systèmes cibles et la restauration sur la même identité de candidat.
Marquez les appareils ou versions de système indisponibles comme étant non couverts et avec une portée de version limitée. Les preuves d'une autre version ne remplacent pas la couverture de compatibilité manquante.
Appliquer les conseils à une application réelle
Fournissez la pile, les chemins critiques, les systèmes cibles et le candidat actuel afin que Yudun puisse recommander un examen ciblé de la protection et de la compatibilité.