गोलंग के बाहर गोलंग परीक्षण

कोई भी परीक्षण लिखना पसंद नहीं करता है। बेशक, मैं मजाक कर रहा हूं, हर कोई उन्हें लिखना पसंद करता है! जैसा कि टीम के नेता और एचआर बताएंगे, साक्षात्कार में सही उत्तर यह है कि मैं वास्तव में प्यार करता हूं और परीक्षण लिखता हूं। लेकिन अचानक आप दूसरी भाषा में टेस्ट लिखना पसंद करते हैं। टेस्ट-कवर गो कोड लिखना कैसे शुरू करते हैं?

भाग 1. हैंडलर का परीक्षण

जाने में, बॉक्स से बाहर "नेट / http" में http सर्वर के लिए समर्थन है, इसलिए आप इसे बिना किसी प्रयास के उठा सकते हैं। खुलने वाले अवसर हमें अत्यधिक शक्तिशाली महसूस करने की अनुमति देते हैं, और इसलिए हमारा कोड 42 वें उपयोगकर्ता को वापस कर देगा।

func userHandler(w http.ResponseWriter, r *http.Request) { var user User userId, err := strconv.Atoi(r.URL.Query().Get("id")) if err != nil { w.Write([]byte( "Error")) return } if userId == 42 { user = User{userId, "Jack", 2} } jsonData, _ := json.Marshal(user) w.Write(jsonData) } type User struct { Id int Name string Rating uint } 

यह कोड एक इनपुट के रूप में उपयोगकर्ता आईडी पैरामीटर प्राप्त करता है, फिर डेटाबेस में उपयोगकर्ता की उपस्थिति और रिटर्न का अनुकरण करता है। अब हमें इसे परखने की जरूरत है ...

एक अद्भुत बात है "नेट / http / रिश्वतखोर", यह आपको हमारे हैंडलर के कॉल को अनुकरण करने और फिर जवाब की तुलना करने की अनुमति देता है।

 r := httptest.NewRequest("GET", "http://127.0.0.1:80/user?id=42", nil) w := httptest.NewRecorder() userHandler(w, r) user := User{} json.Unmarshal(w.Body.Bytes(), &user) if user.Id != 42 { t.Errorf("Invalid user id %d expected %d", user.Id, 42) } 

भाग 2. हनी, हमारे यहां एक बाहरी एपीआई है

और हमें सांस लेने की आवश्यकता क्यों है, अगर हम बस गर्म हो गए हैं? हमारी सेवाओं के अंदर, जल्दी या बाद में, बाहरी एपीआई दिखाई देगा। यह एक अजीब तरह से छुपा हुआ जानवर है जो व्यवहार कर सकता है। परीक्षणों के लिए, हम एक अधिक सहयोगी सहयोगी चाहेंगे। और हमारे हाल ही में खोजे गए शोधपत्र हमें यहाँ भी मदद करेंगे। एक उदाहरण के रूप में, कॉल कोड एक बाहरी एपीआई है जिसमें आगे डेटा ट्रांसफर होता है।

 func ApiCaller(user *User, url string) error { resp, err := http.Get(url) if err != nil { return err } defer resp.Body.Close() return updateUser(user, resp.Body) } 

इसे पराजित करने के लिए, हम एक बाहरी एपीआई नकली बना सकते हैं, सबसे सरल विकल्प है:

  ts := httptest.NewServer(http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) { w.Header().Set("Content-Type", "application/json; charset=utf-8") w.Header().Set("Access-Control-Allow-Origin", "*") fmt.Fprintln(w, `{ "result": "ok", "data": { "user_id": 1, "rating": 42 } }`) })) defer ts.Close() user := User{id: 1} err := ApiCaller(&user, ts.URL) 

ts.URL में प्रारूप की एक स्ट्रिंग होगी `http: //127.0.0.1: 49799`, जो एपीआई मॉक होगा जो हमारे कार्यान्वयन को बुलाएगा

भाग 3. आधार के साथ काम करते हैं

एक सरल तरीका है: आधार के साथ डॉक को बढ़ाने के लिए, पलायन, जुड़नार और हमारी उत्कृष्ट सेवा को चलाने के लिए। लेकिन चलो बाहरी सेवाओं के साथ न्यूनतम निर्भरता वाले परीक्षण लिखने का प्रयास करें।

आधार के साथ काम करने का कार्यान्वयन आपको ड्राइवर को स्वयं बदलने की अनुमति देता है, और, कोड और प्रतिबिंब के 100 पृष्ठों को दरकिनार करते हुए, मैं आपको पुस्तकालय github.com/DATA-DOG/go-sqlmock लेने का सुझाव देता हूं
आप डॉक पर sql.Db से निपट सकते हैं। आइए थोड़ा और दिलचस्प उदाहरण लेते हैं, जिसमें - गोर्म के लिए एक ओआरएम होगा ।

 func DbListener(db *gorm.DB) { user := User{} transaction := db.Begin() transaction.First(&user, 1) transaction.Model(&user).Update("counter", user.Counter+1) transaction.Commit() } 

मुझे आशा है कि इस उदाहरण ने कम से कम आपको यह सोचने का मौका दिया कि इसे कैसे परीक्षण किया जाए। "Mock.ExpectExec" में आप अपनी आवश्यकता के मामले को कवर करते हुए एक नियमित अभिव्यक्ति का विकल्प चुन सकते हैं। केवल याद रखने वाली बात यह है कि जिस क्रम में सेट होने की उम्मीद है वह ऑर्डर और कॉल की संख्या से मेल खाना चाहिए।

 func TestDbListener(t *testing.T) { db, mock, _ := sqlmock.New() defer db.Close() mock.ExpectBegin() result := []string{"id", "name", "counter"} mock.ExpectQuery("SELECT \\* FROM `Users`").WillReturnRows(sqlmock.NewRows(result).AddRow(1, "Jack", 2)) mock.ExpectExec("UPDATE `Users`").WithArgs(3, 1).WillReturnResult(sqlmock.NewResult(1, 1)) mock.ExpectCommit() gormDB, _ := gorm.Open("mysql", db) DbListener(gormDB.LogMode(true)) if err := mock.ExpectationsWereMet(); err != nil { t.Errorf("there were unfulfilled expectations: %s", err) } } 

मुझे यहां आधार के परीक्षण के लिए कई उदाहरण मिले।

भाग 4. फाइल सिस्टम के साथ काम करना

हमने विभिन्न क्षेत्रों में अपना हाथ आजमाया और समेट लिया कि सब कुछ भीगना अच्छा है। यहां सब कुछ इतना स्पष्ट नहीं है। मैं दो दृष्टिकोण सुझाता हूं, गीला हो जाता हूं या फाइल सिस्टम का उपयोग करता हूं।

विकल्प 1 - हम सभी github.com/spf13/afero पर भीगते हैं

पेशेवरों :

• यदि आप पहले से ही इस लाइब्रेरी का उपयोग कर रहे हैं तो आपको कुछ भी नया नहीं करना होगा। (लेकिन तब आप इसे पढ़कर ऊब चुके हैं)
• वर्चुअल फ़ाइल सिस्टम के साथ काम करना, जो आपके परीक्षणों को बहुत तेज़ करेगा।

विपक्ष :

• मौजूदा कोड में संशोधन की आवश्यकता है।
• Chmod वर्चुअल फ़ाइल सिस्टम पर काम नहीं करता है। लेकिन यह तब से सुविधाएँ हो सकती हैं प्रलेखन में कहा गया है "सुरक्षा के मुद्दों और अनुमति से बचें"।

इन कुछ बिंदुओं में, मैंने तुरंत 2 परीक्षण किए। फ़ाइल सिस्टम के साथ संस्करण में, मैंने एक अपठनीय फ़ाइल बनाई और जाँच की कि सिस्टम कैसे काम करता है।

 func FileRead(path string) error { path = strings.TrimRight(path, "/") + "/" //     files, err := ioutil.ReadDir(path) if err != nil { return fmt.Errorf("cannot read from file, %v", err) } for _, f := range files { deleteFileName := path + f.Name() _, err := ioutil.ReadFile(deleteFileName) if err != nil { return err } err = os.Remove(deleteFileName) //     } return nil } 

Afero.Fs के उपयोग से न्यूनतम संशोधनों की आवश्यकता होती है, लेकिन मूल रूप से कोड में कुछ भी नहीं बदलता है

 func FileReadAlt(path string, fs afero.Fs) error { path = strings.TrimRight(path, "/") + "/" //     files, err := afero.ReadDir(fs, path) if err != nil { return fmt.Errorf("cannot read from file, %v", err) } for _, f := range files { deleteFileName := path + f.Name() _, err := afero.ReadFile(fs, deleteFileName) if err != nil { return err } err = fs.Remove(deleteFileName) //     } return nil } 

लेकिन हमारा मज़ा तब तक पूरा नहीं होगा जब तक हम यह पता नहीं लगा लेते कि मूल निवासी की तुलना में यह कितना तेज़ है।
बेंचमार्क मिनट:

 BenchmarkIoutil 5000 242504 ns/op 7548 B/op 27 allocs/op BenchmarkAferoOs 300000 4259 ns/op 2144 B/op 30 allocs/op BenchmarkAferoMem 300000 4169 ns/op 2144 B/op 30 allocs/op 

इसलिए, पुस्तकालय मानक के आगे परिमाण का एक क्रम है, लेकिन वर्चुअल फ़ाइल सिस्टम या वास्तविक का उपयोग करना आपके विवेक पर है।

मेरा सुझाव है:

haisum.imtqy.com/2017/09/11/golang-ioutil-readall
matthias-endler.de/2018/go-io-testing

अंतभाषण

मुझे ईमानदारी से 100% कवरेज पसंद है, लेकिन गैर-पुस्तकालय कोड की आवश्यकता नहीं है। और यहां तक ​​कि यह त्रुटि के खिलाफ सुरक्षा की गारंटी नहीं देता है। व्यावसायिक आवश्यकताओं पर ध्यान दें, 10 अलग-अलग त्रुटियों को वापस करने के लिए फ़ंक्शन की क्षमता नहीं।

उन लोगों के लिए जो कोड को रोकना और परीक्षण करना पसंद करते हैं, एक भंडार ।