1
dexguardでapkを難読化した後、要素リソースIDはuiautomatorツールでは表示されません。Dexguardリリースapkが要素のリソースIDを表示しない
dexguardリリースビルドは自動化に使用できますか? dexguardリリースビルドの要素リソースIDの保持方法
dexguardでapkを難読化した後、要素リソースIDはuiautomatorツールでは表示されません。Dexguardリリースapkが要素のリソースIDを表示しない
dexguardリリースビルドは自動化に使用できますか? dexguardリリースビルドの要素リソースIDの保持方法
はい。私はいくつかのリソースIDがあれば、多くのアプリケーションを自動化しました。 resource-idを使用する人でも、HTMLとは異なり、常にユニークであるとは限らず、多くの要素には同じリソースIDを含めることができます。
リソースIDが提供されていて、ページ要素を詳しく調べて、IDが一意であることを確認した場合は、よく使用します。私の意見では、要素はXPathを使ってより一貫して見つかることが多く、詳細なロケータが可能になります。
多くの場合、私は
"//android.widget.TextView[@text='whatever']
または更なるようなものをやる:
"//android.widget.TextView[@text='whatever' and @index=1]"
しかし、私のクエリは、私たちがdexguardで難読化されたネイティブのAndroidアプリケーションを持っているということです。難読化された後、uiautomatorはリソースIDを見ることができません。 dexguard設定ファイルにリソースIDの設定を保持していますが、リソースIDは表示されません。 あなたはobfucated native release apkで自動化を行っていますか? –
@エリックLafortuneどのような提案? –
私はobfuscatorに直接慣れていません。それはリソースID以上を隠していますか?私の答えのポイントは、必ずしも使用可能なロケータを形成するためのリソースIDを持つ必要はありません。または、リソースIDを必要とする何か他のことをしていますか? –