ऑटोटेस्ट्स को प्रभावी ढंग से लिखना - उपचर्म परीक्षण

समस्या का सार

• UI परीक्षण धीमा हैं। इससे कोई बचा नहीं है। उन्हें समानांतर में चलाया जा सकता है, दायर किया जा सकता है और थोड़ा तेज किया जा सकता है, लेकिन वे धीमी गति से बने रहेंगे।
• यूआई परीक्षण अस्थिर हैं। आंशिक रूप से क्योंकि वे धीमे हैं। और इसलिए भी कि वेब ब्राउज़र और यूजर इंटरफेस को कंप्यूटर द्वारा नियंत्रित करने के लिए नहीं बनाया गया था (यह प्रवृत्ति वर्तमान में बदल रही है, लेकिन इस तथ्य से नहीं कि यह अच्छा है)।
• UI- — . . ( , , , «» - , ).
• , , , UI- . . ID XPath . , «» - - . , , — - , .
• कोई कहेगा कि कुछ कार्यक्षमता को अन्यथा परीक्षण नहीं किया जा सकता है। मैं कहूंगा कि यदि कार्यक्षमता है जिसे केवल UI परीक्षणों (स्वयं UI तर्क के अपवाद के साथ) द्वारा परीक्षण किया जा सकता है, तो यह उत्पाद में वास्तु समस्याओं का एक अच्छा संकेत हो सकता है।

दूसरा तरीका

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 गुना बढ़ गई !!!

• गोंद कोड की जाँच करने के लिए एक UI परीक्षण जोड़ें, या
• यदि हम गोंद कोड में लगातार बदलाव की उम्मीद नहीं करते हैं - इसे ऑटोटेस्ट्स के बिना छोड़ दें, या
• यदि हमारे पास "मैनुअल" परीक्षण के कुछ प्रकार हैं, तो एक महान संभावना है कि गोंद कोड के साथ समस्याओं को परीक्षक द्वारा देखा जाएगा, या
• कुछ और (समान कैनरी तैनाती) के साथ आओ

आखिरकार

• UI या REST / SOAP API स्तर पर कार्यात्मक ऑटोटेस्ट को लिखने की आवश्यकता नहीं है। कई स्थितियों में "उपचर्म परीक्षण" का उपयोग अधिक गति और स्थिरता के साथ समान कार्यक्षमता का परीक्षण करेगा।
• दृष्टिकोण के नुकसान में से एक कवरेज का एक निश्चित नुकसान है।
• कवरेज खोने से बचने का एक तरीका है " फ़ीचर टेस्ट मॉडल "
• लेकिन कवरेज के नुकसान के साथ भी, गति और स्थिरता में वृद्धि महत्वपूर्ण है।