Как управлять разрешениями Runtime android marshmallow espresso tests
Я использую эспрессо для тестирования, но иногда я пытаюсь получить внешнюю память формы изображения и с зефиром. Мне нужно разрешение Runtime, иначе произойдет сбой Exception, и тест завершится с ошибкой.
androidTestCompile 'com.android.support.test:runner:0.4'
androidTestCompile 'com.android.support.test:rules:0.4'
androidTestCompile 'com.android.support.test.espresso:espresso-core:2.2.1'
androidTestCompile 'com.android.support.test.espresso:espresso-intents:2.2.1'
androidTestCompile('com.android.support.test.espresso:espresso-contrib:2.2.1') {
// this library uses the newest app compat v22 but the espresso contrib still v21.
// you have to specifically exclude the older versions of the contrib library or
// there will be some conflicts
exclude group: 'com.android.support', module: 'appcompat'
exclude group: 'com.android.support', module: 'support-v4'
exclude module: 'recyclerview-v7'
}
androidTestCompile 'junit:junit:4.12'
androidTestCompile 'com.squareup.retrofit:retrofit-mock:1.9.0'
androidTestCompile 'com.squareup.assertj:assertj-android:1.1.0'
androidTestCompile 'com.squareup.spoon:spoon-client:1.2.0'
как я могу справиться с этим?
Должен ли я писать тест на разрешения Runtime или есть способ отключить его для тестирования?
Должен ли я давать разрешения до того, как тесты будут запущены, как она говорит здесь? https://www.youtube.com/watch?list=PLWz5rJ2EKKc-lJo_RGGXL2Psr8vVCTWjM&v=C8lUdPVSzDk
Ответы
Ответ 1
Вы можете создать задачу Android gradle для разрешения:
android.applicationVariants.all { variant ->
def applicationId = variant.applicationId
def adb = android.getAdbExe().toString()
def variantName = variant.name.capitalize()
def grantPermissionTask = tasks.create("grant${variantName}Permissions") << {
"${adb} devices".execute().text.eachLine {
if (it.endsWith("device")){
def device = it.split()[0]
println "Granting permissions on devices ${device}"
"${adb} -s ${device} shell pm grant ${applicationId} android.permission.CAMERA".execute()
"${adb} -s ${device} shell pm grant ${applicationId} android.permission.ACCESS_FINE_LOCATION".execute()
}
}
}
}
И это команда запуска задачи:
gradle grantDebugPermissions
Ответ 2
Вы можете предоставлять и отзывать разрешения, используя:
adb shell pm grant com.package.myapp android.permission.<PERMISSION>
adb shell pm revoke com.package.myapp android.permission.<PERMISSION>
Чтобы использовать тесты Java-инструментария, вызовите этот метод из образцов Google:
https://github.com/googlesamples/android-testing/blob/ed62c450e43f859333b3113d44dd59f75971b529/ui/espresso/IntentsBasicSample/app/src/androidTest/java/com/example/android/testing/espresso/BasicSample/DialerActivityTest.java#L94
Ответ 3
UPDATE! Теперь вы можете использовать Правило из библиотеки поддержки тестирования Android
Правильнее использовать пользовательские правила.
Устаревший ответ:
Вы можете добавить правило для повторного использования кода и добавить дополнительную гибкость:
/**
* This rule adds selected permissions to test app
*/
public class PermissionsRule implements TestRule {
private final String[] permissions;
public PermissionsRule(String[] permissions) {
this.permissions = permissions;
}
@Override
public Statement apply(final Statement base, Description description) {
return new Statement() {
@Override
public void evaluate() throws Throwable {
allowPermissions();
base.evaluate();
revokePermissions();
}
};
}
private void allowPermissions() {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
for (String permission : permissions) {
InstrumentationRegistry.getInstrumentation().getUiAutomation().executeShellCommand(
"pm grant " + InstrumentationRegistry.getTargetContext().getPackageName()
+ " " + permission);
}
}
}
private void revokePermissions() {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
for (String permission : permissions) {
InstrumentationRegistry.getInstrumentation().getUiAutomation().executeShellCommand(
"pm revoke " + InstrumentationRegistry.getTargetContext().getPackageName()
+ " " + permission);
}
}
}
}
После этого вы можете использовать это правило в своих тестовых классах:
@Rule
public final PermissionsRule permissionsRule = new PermissionsRule(
new String[]{Manifest.permission.READ_CONTACTS, Manifest.permission.WRITE_CONTACTS});
Имейте в виду:
- Правило не влияет на методы @Before, потому что все правила
после этого
- executeShellCommand является асинхронным, и если вам нужны разрешенные права сразу после запуска теста, обратите внимание на добавление некоторой задержки
Ответ 4
Вы можете легко достичь этого, предоставив разрешение перед началом теста. Например, если вы должны использовать камеру во время тестового прогона, вы можете предоставить разрешение следующим образом
@Before
public void grantPhonePermission() {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
getInstrumentation().getUiAutomation().executeShellCommand(
"pm grant " + getTargetContext().getPackageName()
+ " android.permission.CAMERA");
}
}
Ответ 5
Вы можете использовать GrantPermissionRule. Это правило предоставит все запрошенные разрешения времени выполнения для всех методов тестирования в этом тестовом классе.
@Rule
public GrantPermissionRule mRuntimePermissionRule
= GrantPermissionRule.grant(Manifest.permission.READ_PHONE_STATE);
Ответ 6
В настройке с несколькими вкусами, независимо от вашей задачи с инструментами, скажем connectedYourFlavorDebugAndroidTest
, вы можете указать разрешения, которые вы хотите предоставить, до того, как тесты будут запущены на всех подключенных устройствах:
gradlew grantYourFlavorDebugPermissions -Ppermissions=android.permission.ACCESS_FINE_LOCATION,android.permission.ACCESS_COARSE_LOCATION
Смотрите фрагмент sfjava ниже, чтобы скопировать в build.gradle
для создания задачи grantYourFlavorDebugPermissions
Ответ 7
В библиотеке поддержки тестирования Android есть GrantPermissionRule, которую вы можете использовать в своих тестах для предоставления разрешения перед началом любых тестов.
@Rule public GrantPermissionRule permissionRule = GrantPermissionRule.grant(android.Manifest.permission.CAMERA);
Ответ 8
Несколько незначительных UPDATE для приведенного выше фрагмента (реквизит для riwnodennyk) - который отлично подойдет для меня при создании против SDK 24 и с инструментами версии 24.0.0:
import com.android.ddmlib.AndroidDebugBridge
import com.android.ddmlib.IShellOutputReceiver
import com.android.ddmlib.IDevice
import java.util.concurrent.TimeUnit
android.applicationVariants.all { variant ->
def applicationId = [variant.mergedFlavor.applicationId, variant.buildType.applicationIdSuffix].findAll().join()
def grantPermissionsTask = tasks.create("grant${variant.name.capitalize()}Permissions") << {
if (!project.hasProperty('permissions')) {
throw new GradleException("Please add the comma-separated command line parameter, for example -Ppermissions=android.permission.WRITE_EXTERNAL_STORAGE")
}
AndroidDebugBridge adb = initAdb(android.getAdbExe().toString())
grantPermissionsOnAllConnectedDevice(adb, applicationId, project.properties['permissions'].split(','))
}
grantPermissionsTask.description = "Grants permissions for ${variant.name.capitalize()}."
grantPermissionsTask.dependsOn "install${variant.name.capitalize()}"
}
public static Object grantPermissionsOnAllConnectedDevice(AndroidDebugBridge adb, String applicationId, String[] permissionNames) {
return adb.getDevices().each {
device ->
int apiLevel = Integer.parseInt(device.getProperty(IDevice.PROP_BUILD_API_LEVEL))
if (0 < apiLevel && apiLevel < 23) {
println "\nSkipping granting permissions for " + device.serialNumber + " because has API level " + device.apiLevel + " < 23"
return
}
println "\nGranting permissions for " + applicationId + " on " + device.serialNumber
permissionNames.each {
permissionName ->
def shellGrantCommand = "pm grant " + applicationId + " " + permissionName
println(shellGrantCommand)
device.executeShellCommand(shellGrantCommand, new IShellOutputReceiver() {
@Override
void addOutput(byte[] data, int offset, int length) {
println new String(data[offset..(offset + length - 1)] as byte[])
}
@Override
void flush() {
}
@Override
boolean isCancelled() {
return false
}
})
}
}
}
public static AndroidDebugBridge initAdb(String path) {
AndroidDebugBridge.initIfNeeded(false)
AndroidDebugBridge adb = AndroidDebugBridge.createBridge(path, false)
waitForAdb(adb, 15000)
return adb
}
private static void waitForAdb(AndroidDebugBridge adb, long timeOutMs) {
long sleepTimeMs = TimeUnit.SECONDS.toMillis(1);
while (!adb.hasInitialDeviceList() && timeOutMs > 0) {
try {
Thread.sleep(sleepTimeMs);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
timeOutMs -= sleepTimeMs;
}
if (timeOutMs <= 0 && !adb.hasInitialDeviceList()) {
throw new RuntimeException("Timeout getting device list.", null);
}
}
Ответ 9
Если вы используете последнюю библиотеку com.android.support.test.espresso: espresso-core: 3.0.1 для эспрессо, это можно сделать в одной строке кода. Все, что вам нужно сделать, это просто добавить правило в класс Test и продолжать добавлять необходимые разрешения в качестве функциональных параметров для предоставления функции. См. Ниже:
@Rule
public GrantPermissionRule mRuntimePermissionRule = GrantPermissionRule .grant(Manifest.permission.READ_PHONE_STATE, Manifest.permission.ACCESS_COARSE_LOCATION,Manifest.permission.BLUETOOTH,Manifest.permission.RECORD_AUDIO);
https://developer.android.com/reference/android/support/test/rule/GrantPermissionRule.html
Ответ 10
Я реализовал решение, которое использует классы-оболочки, переопределение и конфигурацию вариантов сборки. Решение довольно долго объясняется и находится здесь: https://github.com/ahasbini/AndroidTestMockPermissionUtils. Он не требует, чтобы какой-либо скрипт добавлялся в систему сборки или выполнялся до запуска тестов.
Он еще не упакован в sdk, но основная идея состоит в том, чтобы переопределить функциональные возможности ContextWrapper.checkSelfPermission()
и ActivityCompat.requestPermissions()
которыми нужно манипулировать, и возвращать издеваемые результаты, обманывая приложение в различные сценарии, которые нужно протестировать, например: разрешение было отказано, поэтому приложение запросило его и закончилось предоставленным разрешением. Этот сценарий произойдет, даже если приложение будет иметь разрешение, но идея в том, что он был обманут издеваемыми результатами от переопределенной реализации.
Кроме того, в реализации есть TestRule
называемый классом PermissionRule
который можно использовать в тестовых классах, чтобы легко имитировать все условия для проверки разрешений без проблем. Также могут быть сделаны утверждения, например, чтобы приложение requestPermissions()
например.
Ответ 11
android.support.test.uiautomator.UiDevice mDevice;
@Before
public void setUp() throws Exception {
mDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation());
}
@Test
public void testMainActivityScreenshots() {
allowPermissionsIfNeeded();//allowPermissions on Activity
}
private void allowPermissionsIfNeeded() {
if (Build.VERSION.SDK_INT >= 23) {
UiObject allowPermissions = mDevice.findObject(
new UiSelector().className("android.widget.Button")
.resourceId("com.android.packageinstaller:id/permission_allow_button"));// get allow_button Button by id , because on another device languages it is not "Allow"
if (allowPermissions.exists()) {
try {
allowPermissions.click();
allowPermissionsIfNeeded();//allow second Permission
} catch (UiObjectNotFoundException e) {
Timber.e(e, "There is no permissions dialog to interact with ");
}
}
}
}