विकेट परीक्षक

Question

का उपयोग करते समय मैं यूनिट परीक्षणों में निरंतर घटक पथ कैसे रखूं? मेरे पास कई विकेट परीक्षण हैं जो एक क्रमबद्ध डेटाटेबल को लक्षित करते हैं, विशेष रूप से क्रमबद्ध कॉलम हेडर पर अजाक्स-क्लिक करके और रेंडर बॉडी पंक्तियों की सामग्री पर जोर देते हुए। अब तालिका घटक के वंशजों के घटक पदानुक्रम छँटाई लिंक (AJAX) के लिए इसी तरह के रास्तों में विकेट ढांचे द्वारा स्वत: जनरेट किया है, और परिणाम है:

table:topToolbars:toolbars:0:headers:1:header:orderByLink 

हालांकि, जब DataTable परीक्षण भर में फिर से गाया जाता है,

table:topToolbars:toolbars:1:headers:1:header:orderByLink 

जो तब सफल परीक्षण की हार्ड-कोडेड पथ टूट जाता है के रूप में वे अब मिलान हो जाएगा: टूलबार घटक के सूचकांक हर बार यानी के समान वृद्धि की जाती है।

 final PayeesProvider dataProvider = new PayeesProvider(); 
    table = new DataTable<ResponsePayeeDetails>("payees", columns, dataProvider, rowsPerPage); 
    table.setOutputMarkupId(true); 
    table.addTopToolbar(new AjaxFallbackHeadersToolbar(table, dataProvider) { 

     private static final long serialVersionUID = -3509487788284410429L; 

     @Override 
     protected WebMarkupContainer newSortableHeader(final String borderId, final String property, final ISortStateLocator locator) { 
      return new AjaxFallbackOrderByBorder(borderId, property, locator, getAjaxCallDecorator()) { 

       @Override 
       protected void onRender() { 
        System.out.printf("Path: %s\n", this.getPageRelativePath()); 
        super.onRender(); 
       } 

       private static final long serialVersionUID = -6399737639959498915L; 

       @Override 
       protected void onAjaxClick(final AjaxRequestTarget target) { 
        target.add(getTable(), navigator, navigatorInfoContainer); 
       } 

       @Override 
       protected void onSortChanged() { 
        super.onSortChanged(); 
        getTable().setCurrentPage(0); 
       } 
      }; 
     } 
    }); 
    table.addBottomToolbar(new NoRecordsToolbar(table)); 
    add(table); 

सटीक होना, जब मैं अपने परीक्षण, ऊपर System.out.printf बयान प्रिंट चलाने:

(1 परीक्षण)

datatable निर्माण के लिए कोड टुकड़ा इस प्रकार है

Path: payees:topToolbars:toolbars:0:headers:1:header 
Path: payees:topToolbars:toolbars:0:headers:2:header 

(2 परीक्षण)

Path: payees:topToolbars:toolbars:2:headers:1:header 
Path: payees:topToolbars:toolbars:2:headers:2:header 

(3 परीक्षण)

Path: payees:topToolbars:toolbars:4:headers:1:header 
Path: payees:topToolbars:toolbars:4:headers:2:header 

(4 परीक्षण)

Path: payees:topToolbars:toolbars:6:headers:1:header 
Path: payees:topToolbars:toolbars:6:headers:2:header 
Path: payees:topToolbars:toolbars:6:headers:1:header 
Path: payees:topToolbars:toolbars:6:headers:2:header 
Path: payees:topToolbars:toolbars:6:headers:1:header 
Path: payees:topToolbars:toolbars:6:headers:2:header 

(5 वीं परीक्षा)

Path: payees:topToolbars:toolbars:8:headers:1:header 
Path: payees:topToolbars:toolbars:8:headers:2:header 

किसी को कैसे मैं और अधिक नियतात्मक होने के लिए सूचकांक पीढ़ी मजबूर कर सकते हैं पता है/दोहराने योग्य वैकल्पिक रूप से, क्या जंगली-कार्डिंग का कोई तरीका है या अन्यथा पथ को सामान्य बनाना, ताकि इन वृद्धिओं को प्रतिरक्षा कर सकें?

किसी भी मदद की बहुत सराहना की जाएगी!

Answer 1

डिफ़ॉल्ट DataTableItemReuseStrategy की वजह से आईडी को हर बार बढ़ाया जा रहा है, जो हर बार ब्रांड नई वस्तुओं को उत्पन्न करता है टेबल ताज़ा किया जाता है। यदि आईडी को रखना एक शीर्ष प्राथमिकता है तो आपके पास कस्टम ItemReuseStrategy को लागू करने में कुछ भाग्य हो सकता है।

हम एक समान मुद्दे में भाग गए और आपके वैकल्पिक प्रश्न के साथ गठबंधन रणनीति पर बस गए हैं। इसके साथ, आप परीक्षा का निरीक्षण करने के लिए पूछ सकते हैं उदा। अंतिम प्रस्तुत पृष्ठ पर तीसरी पंक्ति। नोट: कोड स्कैला में है।

संक्षेप में, इस समस्या को हल करने के लिए हमने WicketTester को बढ़ाने के लिए findNthComponentOnPage विधि लागू की।

/** 
    * @param id Wicket id of component to find 
    * @param n 1-based 
    * @tparam T class of component to find 
    * @return the Nth component of class T appearing on the lastRenderedPage 
    */ 
def findNthComponentOnPage[T <: Component : ClassTag](id: String, n: Int): T = { 
    tester.getLastRenderedPage.visitChildren(classTag[T].runtimeClass, new IVisitor[T, T] { 
    var count = 0 

    override def component(checkbox: T, visit: IVisit[T]): Unit = { 
     if (checkbox.getId == id) { 
     count += 1 
     if (count == n) { 
      visit.stop(checkbox) 
     } 

     } 
    } 
    }) 
} 

Answer 2

पथ निर्धारित करना काफी कठिन हो सकता है लेकिन आवश्यक नहीं होना चाहिए, क्योंकि इसमें एकीकरण-परीक्षण होगा और यूनिट-टेस्ट नहीं होगा। कॉलम के सॉर्टिंग का परीक्षण आसपास के टेबल पर निर्भर नहीं होना चाहिए, ताकि आप अपने टेस्टकेस में एक डमी-टेबल बना सकें, जिसमें हेडर और एक कॉलम (जिसे सॉर्ट किया जा सकता है) परीक्षण के लिए जोड़ना। यदि आपके पास टूलबार-ऑब्जेक्ट है, तो आप या तो इसका उपयोग कर सकते हैं या getComponent(toolbar.getPageRelativePath()) जारी करके इसे पुनः प्राप्त कर सकते हैं। लेकिन यह सुनिश्चित करना कि AjaxFallbackOrderByBorder वास्तव में काम करता है, इस वर्ग के उपयोगकर्ता के रूप में आपकी चिंता नहीं होनी चाहिए। यह वर्ग के निर्माता द्वारा किया जाना चाहिए था। आपको केवल अपने कोड (जैसे आपके डेटा प्रदाता में सॉर्टिंग-कोड) का परीक्षण करना होगा ...