আমার ইউটিলিটি চালনাযোগ্য বা কলযোগ্য এক্সিকিউটিকে পুনরাবৃত্তি করে যতক্ষণ না এটি ত্রুটি ছাড়াই পাস না করে বা একটি টাইমআউটের পরে থ্রোয়েবল নিক্ষেপ করে। এটি এসপ্রেসো পরীক্ষার জন্য পুরোপুরি কাজ করে!
ধরা যাক শেষ দৃশ্যের ইন্টারঅ্যাকশন (বোতাম ক্লিক) কিছু ব্যাকগ্রাউন্ড থ্রেড (নেটওয়ার্ক, ডাটাবেস ইত্যাদি) সক্রিয় করে। ফলস্বরূপ, একটি নতুন স্ক্রিন প্রদর্শিত হবে এবং আমরা এটি আমাদের পরবর্তী ধাপে এটি চেক করতে চাই, তবে নতুন পর্দা কখন পরীক্ষা করার জন্য প্রস্তুত হবে তা আমরা জানি না।
প্রস্তাবিত পদ্ধতির হ'ল আপনার অ্যাপ্লিকেশনটিকে আপনার পরীক্ষায় থ্রেডের রাজ্য সম্পর্কে বার্তা প্রেরণে বাধ্য করা। কখনও কখনও আমরা ওকে এইচটিটিপিআইআইডলিং রিসোর্সের মতো অন্তর্নির্মিত প্রক্রিয়াগুলি ব্যবহার করতে পারি। অন্যান্য ক্ষেত্রে, আপনার কেবলমাত্র সমর্থন পরীক্ষার জন্য আপনার অ্যাপ্লিকেশন উত্সগুলির বিভিন্ন জায়গায় কোড টুকরা সন্নিবেশ করা উচিত (আপনার অ্যাপ্লিকেশনটি যুক্তিযুক্ত হওয়া উচিত!) তদুপরি, আমাদের আপনার সমস্ত অ্যানিমেশনগুলি বন্ধ করা উচিত (যদিও এটি ইউআই এর অংশ)।
অন্যান্য পদ্ধতির অপেক্ষারত রয়েছে, যেমন সিস্টেমক্লক.স্লাইপ (10000)। তবে আমরা জানি না কতক্ষণ অপেক্ষা করতে হবে এমনকি দীর্ঘ বিলম্বও সাফল্যের গ্যারান্টি দিতে পারে না। অন্যদিকে, আপনার পরীক্ষা দীর্ঘস্থায়ী হবে।
আমার পদ্ধতির ইন্টারঅ্যাকশন দেখার জন্য সময় শর্ত যুক্ত করা। উদাহরণস্বরূপ আমরা পরীক্ষা করে দেখি যে নতুন স্ক্রিনটি 10000 এমসির (টাইমআউট) চলাকালীন উপস্থিত হওয়া উচিত। তবে আমরা যত তাড়াতাড়ি অপেক্ষা করতে চাই না এবং এটি যাচাই করি না (উদাহরণস্বরূপ প্রতি 100 এমএস) অবশ্যই আমরা পরীক্ষার থ্রেডটি এভাবে ব্লক করি, তবে সাধারণত আমাদের ক্ষেত্রে যেমন প্রয়োজন আমাদের কেবল এটিই।
Usage:
long timeout=10000;
long matchDelay=100; //(check every 100 ms)
EspressoExecutor myExecutor = new EspressoExecutor<ViewInteraction>(timeout, matchDelay);
ViewInteraction loginButton = onView(withId(R.id.login_btn));
loginButton.perform(click());
myExecutor.callForResult(()->onView(allOf(withId(R.id.title),isDisplayed())));
এটি আমার শ্রেণীর উত্স:
/**
* Created by alexshr on 02.05.2017.
*/
package com.skb.goodsapp;
import android.os.SystemClock;
import android.util.Log;
import java.util.Date;
import java.util.concurrent.Callable;
/**
* The utility repeats runnable or callable executing until it pass without errors or throws throwable after timeout.
* It works perfectly for Espresso tests.
* <p>
* Suppose the last view interaction (button click) activates some background threads (network, database etc.).
* As the result new screen should appear and we want to check it in our next step,
* but we don't know when new screen will be ready to be tested.
* <p>
* Recommended approach is to force your app to send messages about threads states to your test.
* Sometimes we can use built-in mechanisms like OkHttp3IdlingResource.
* In other cases you should insert code pieces in different places of your app sources (you should known app logic!) for testing support only.
* Moreover, we should turn off all your animations (although it's the part on ui).
* <p>
* The other approach is waiting, e.g. SystemClock.sleep(10000). But we don't known how long to wait and even long delays can't guarantee success.
* On the other hand your test will last long.
* <p>
* My approach is to add time condition to view interaction. E.g. we test that new screen should appear during 10000 mc (timeout).
* But we don't wait and check new screen as quickly as it appears.
* Of course, we block test thread such way, but usually it's just what we need in such cases.
* <p>
* Usage:
* <p>
* long timeout=10000;
* long matchDelay=100; //(check every 100 ms)
* EspressoExecutor myExecutor = new EspressoExecutor<ViewInteraction>(timeout, matchDelay);
* <p>
* ViewInteraction loginButton = onView(withId(R.id.login_btn));
* loginButton.perform(click());
* <p>
* myExecutor.callForResult(()->onView(allOf(withId(R.id.title),isDisplayed())));
*/
public class EspressoExecutor<T> {
private static String LOG = EspressoExecutor.class.getSimpleName();
public static long REPEAT_DELAY_DEFAULT = 100;
public static long BEFORE_DELAY_DEFAULT = 0;
private long mRepeatDelay;//delay between attempts
private long mBeforeDelay;//to start attempts after this initial delay only
private long mTimeout;//timeout for view interaction
private T mResult;
/**
* @param timeout timeout for view interaction
* @param repeatDelay - delay between executing attempts
* @param beforeDelay - to start executing attempts after this delay only
*/
public EspressoExecutor(long timeout, long repeatDelay, long beforeDelay) {
mRepeatDelay = repeatDelay;
mBeforeDelay = beforeDelay;
mTimeout = timeout;
Log.d(LOG, "created timeout=" + timeout + " repeatDelay=" + repeatDelay + " beforeDelay=" + beforeDelay);
}
public EspressoExecutor(long timeout, long repeatDelay) {
this(timeout, repeatDelay, BEFORE_DELAY_DEFAULT);
}
public EspressoExecutor(long timeout) {
this(timeout, REPEAT_DELAY_DEFAULT);
}
/**
* call with result
*
* @param callable
* @return callable result
* or throws RuntimeException (test failure)
*/
public T call(Callable<T> callable) {
call(callable, null);
return mResult;
}
/**
* call without result
*
* @param runnable
* @return void
* or throws RuntimeException (test failure)
*/
public void call(Runnable runnable) {
call(runnable, null);
}
private void call(Object obj, Long initialTime) {
try {
if (initialTime == null) {
initialTime = new Date().getTime();
Log.d(LOG, "sleep delay= " + mBeforeDelay);
SystemClock.sleep(mBeforeDelay);
}
if (obj instanceof Callable) {
Log.d(LOG, "call callable");
mResult = ((Callable<T>) obj).call();
} else {
Log.d(LOG, "call runnable");
((Runnable) obj).run();
}
} catch (Throwable e) {
long remain = new Date().getTime() - initialTime;
Log.d(LOG, "remain time= " + remain);
if (remain > mTimeout) {
throw new RuntimeException(e);
} else {
Log.d(LOG, "sleep delay= " + mRepeatDelay);
SystemClock.sleep(mRepeatDelay);
call(obj, initialTime);
}
}
}
}
https://gist.github.com/alexshr/ca90212e49e74eb201fbc976255b47e0