كتابة الاختبارات الذاتية بشكل فعال - اختبارات تحت الجلد

جوهر المشكلة

• اختبارات واجهة المستخدم بطيئة. لا مفر من هذا. يمكن تشغيلها بالتوازي ، وحفظها وتنفيذها بشكل أسرع قليلاً ، لكنها ستظل بطيئة.
• اختبارات واجهة المستخدم غير مستقرة. جزئيا لأنها بطيئة. وأيضًا لأن متصفح الويب وواجهة المستخدم لم يتم إنشاؤهما للتحكم بواسطة الكمبيوتر (هذا الاتجاه يتغير حاليًا ، ولكن ليس حقيقة أن هذا جيد).
• UI- — . . ( , , , «» - , ).
• , , , UI- . . ID XPath . , «» - - . , , — - , .
• سيقول شخص ما أن بعض الوظائف ببساطة لا يمكن اختبارها بطريقة أخرى. سأقول أنه إذا كانت هناك وظيفة لا يمكن اختبارها إلا من خلال اختبارات واجهة المستخدم (باستثناء منطق واجهة المستخدم نفسه) ، فقد يكون هذا علامة جيدة على المشكلات المعمارية في المنتج.

حل بديل

public class LoginFormTest {

    SelenideMainPage sut = SelenideMainPage.INSTANCE;
    private static final String APPLICATION_URL = "http://localhost:4567/index";

    @BeforeClass
    public static void setUpClass() {
        final String[] args = {};
        Main.main(args);
        Configuration.browser = "firefox";
    }

    @Before
    public void setUp() {
        open(APPLICATION_URL);
    }

    @After
    public void tearDown() {
        close();
    }

    @Test
    public void shouldBeAbleToAddNewUser() {
        sut.setUserName("MyCoolNewUser");
        sut.clickSubmit();
        Assert.assertEquals("Status: user MyCoolNewUser was created", sut.getStatus());
        Assert.assertTrue(sut.getUsers().contains("Name: MyCoolNewUser"));
    }

    @Test
    public void shouldNotBeAbleToAddEmptyUseName() {
        final int numberOfUsersBeforeTheTest = sut.getUsers().size();
        sut.clickSubmit();
        Assert.assertEquals("Status: Login cannot be empty", sut.getStatus());
        Assert.assertEquals(numberOfUsersBeforeTheTest, sut.getUsers().size());
    }
}

public class UserApplication {

    private static IUserRepository repository = new InMemoryUserRepository();
    private static UserService service = new UserService(); {
        service.setUserRepository(repository);
    }

    public Map<String, Object> getUsersList() {
        return getUsersList("N/A");
    }

    public Map<String, Object> addUser(final String username) {
        final String status = service.addUser(username);
        final Map<String, Object> model = getUsersList(status);
        return model;
    }

    private Map<String, Object> getUsersList(String status) {
        final Map<String, Object> model = new HashMap<>();
        model.put("status", status);
        model.put("users", service.getUserInfoList());
        return model;
    }
}

public class UserApplicationTest {

    private UserApplication sut;

    @Before
    public void setUp() {
       sut = new UserApplication();
    }

    @Test
    public void shouldBeAbleToAddNewUser() {
        final Map<String, Object> myCoolNewUser = sut.addUser("MyCoolNewUser");
        Assert.assertEquals("user MyCoolNewUser was created", myCoolNewUser.get("status"));
        Assert.assertTrue(((List) myCoolNewUser.get("users")).contains("Name: MyCoolNewUser"));
    }

    @Test
    public void shouldNotBeAbleToAddEmptyUseName() {
        final Map<String, Object> usersBeforeTest = sut.getUsersList();
        final int numberOfUsersBeforeTheTest = ((List) usersBeforeTest.get("users")).size();
        final Map<String, Object> myCoolNewUser = sut.addUser("");
        Assert.assertEquals("Login cannot be empty", myCoolNewUser.get("status"));
        Assert.assertEquals(numberOfUsersBeforeTheTest, ((List) myCoolNewUser.get("users")).size());
    }
}

git checkout subctests

لقد فقدنا القليل من التغطية ، لكن سرعة الاختبارات زادت 600 مرة !!!

• أضف اختبارًا واحدًا لواجهة المستخدم للتحقق من رمز الغراء ، أو
• إذا كنا لا نتوقع تغييرات متكررة في رمز الغراء - اتركه بدون اختبارات ذاتية ، أو
• إذا كان لدينا نوع من الاختبار "اليدوي" ، فهناك احتمال كبير أن يلاحظ المختبر مشاكل في رمز الغراء ، أو
• توصل إلى شيء آخر (نفس نشر الكناري)

في النهاية

• لا يلزم كتابة الاختبارات التلقائية الوظيفية على مستوى واجهة المستخدم أو REST / SOAP API. إن استخدام "الاختبارات تحت الجلد" في العديد من المواقف سيختبر نفس الوظيفة بسرعة أكبر وثبات أكبر.
• أحد عيوب النهج هو فقدان معين للتغطية.
• إحدى طرق تجنب فقدان التغطية هي " نموذج اختبارات الميزات "
• ولكن حتى مع فقدان التغطية ، فإن الزيادة في السرعة والاستقرار كبيرة.