أسئلة وأجوبة on تعلّم Go بالاختبارات

تنفيذ أوامر النظام (OS Exec)

Mon, 01 Jan 0001 00:00:00 +0000

تنفيذ أوامر النظام (OS Exec)

أُنفّذ أمرًا باستخدام os/exec.Command() يُنتج بيانات XML. وسيُنفَّذ هذا الأمر داخل دالة اسمها GetData().

ولكي أختبر GetData()، لديّ بعض بيانات الاختبار (testdata) التي أنشأتها.

في ملف _test.go لديّ TestGetData يستدعي GetData()، لكنه سيستخدم os.exec، وأريد بدلًا من ذلك أن يستخدم بيانات اختباري.

فما الطريقة الجيدة لتحقيق ذلك؟ هل ينبغي عند استدعاء GetData أن يكون لديّ وضع “test” بعلامة ما ليقرأ ملفًا، مثل GetData(mode string)؟

أنواع الأخطاء

Mon, 01 Jan 0001 00:00:00 +0000

أنواع الأخطاء

يمكنك العثور على كل كود هذا الفصل هنا

إنشاء أنواع خاصة بك للأخطاء يمكن أن يكون طريقة أنيقة لترتيب كودك، وتجعل كودك أسهل استخدامًا واختبارًا.

يسأل Pedro على Gopher Slack

إذا كنت أنشئ خطأ مثل fmt.Errorf("%s must be foo, got %s", bar, baz)، فهل هناك طريقة لاختبار التساوي دون مقارنة قيمة النص؟

لنصنع دالة تساعدنا على استكشاف هذه الفكرة.

// DumbGetter will get the string body of url if it gets a 200
func DumbGetter(url string) (string, error) {
	res, err := http.Get(url)

	if err != nil {
		return "", fmt.Errorf("problem fetching from %s, %v", url, err)
	}

	if res.StatusCode != http.StatusOK {
		return "", fmt.Errorf("did not get 200 from %s, got %d", url, res.StatusCode)
	}

	defer res.Body.Close()
	body, _ := io.ReadAll(res.Body) // ignoring err for brevity

	return string(body), nil
}

ليس نادرًا أن تكتب دالة قد تفشل لأسباب مختلفة، ونريد أن نتأكد أننا نتعامل مع كل سيناريو بشكل صحيح.

قارئ يراعي الـ Context

Mon, 01 Jan 0001 00:00:00 +0000

قارئ يراعي الـ Context

يمكنك العثور على كل كود هذا الفصل هنا

يوضح هذا الفصل كيف نطوّر بالاختبار أولًا io.Reader يراعي الـ context، كما كتبه Mat Ryer وDavid Hernandez في مدونة The Pace Dev.

قارئ يراعي الـ context؟

أولًا، مقدمة سريعة عن io.Reader.

إذا كنت قد قرأت فصولًا أخرى في هذا الكتاب فستكون قد صادفت io.Reader عند فتح الملفات وترميز JSON ومهام شائعة أخرى متنوعة. إنه تجريد بسيط لقراءة البيانات من شيء ما

إعادة زيارة معالجات HTTP

Mon, 01 Jan 0001 00:00:00 +0000

إعادة زيارة معالجات HTTP

يمكنك العثور على كل كود هذا الفصل هنا

يحتوي هذا الكتاب بالفعل على فصل عن اختبار معالج HTTP، لكن هذا الفصل سيقدّم نقاشًا أوسع حول تصميم المعالجات، ليكون اختبارها بسيطًا.

سنلقي نظرة على مثال واقعي، وكيف يمكننا تحسين طريقة تصميمه بتطبيق مبادئ مثل مبدأ المسؤولية الواحدة (single responsibility principle) وفصل الاهتمامات (separation of concerns). ويمكن تحقيق هذه المبادئ باستخدام الواجهات (interfaces) وحقن الاعتماديات (dependency injection). وبهذا سنوضح أن اختبار المعالجات أمر بسيط للغاية في الحقيقة.