یادداشت مهندسی / 04
روش کار در مهندسی نرم‌افزار
مهندسی نرم‌افزار را از نیاز کاربر تا سیستمی می‌بینم که بتوان آن را تغییر داد و نگهداری کرد. این یادداشت‌ها ساختار کد را به آزمون و استقرار پیوند می‌دهند.
در این یادداشت 05 پرسش
کد قابل نگهداری چه ویژگی‌ای دارد؟
فردی که بعداً کد را تغییر می‌دهد باید بتواند رفتار مورد نظر را پیدا کند، وابستگی‌هایش را بفهمد، آن را در جای مشخصی عوض کند و نتیجه را بررسی کند. مسئولیت کوچک و نام روشن کمک می‌کند.
چه زمانی لایهٔ سرویس اضافه کنیم؟
وقتی قواعد برنامه در کنترلرها یا endpointهای مختلف تکرار می‌شوند، لایهٔ سرویس مفید است. TaskFlow منطق برنامه را از دریافت درخواست در MVC جدا می‌کند.
آزمون‌ها باید چه چیزهایی را پوشش دهند؟
آزمون باید رفتار مهم و حالت شکست را بررسی کند: مرزهای دسترسی، قیدهای داده، مسیرهای اصلی کاربر و نقاط اتصال سیستم‌ها. تکرار جزئیات پیاده‌سازی اطمینان کمتری می‌دهد.
چرا ساخت خودکار مهم است؟
CI می‌تواند خطای ساخت و آزمون را پیش از انتشار ایمیج پیدا کند. خروجی نسخه‌دار استقرار را تکرارپذیر می‌کند و نقطهٔ بازگشت مشخصی می‌دهد.
فناوری را چگونه انتخاب کنیم؟
نیاز محصول، توان تیم برای نگهداری، محدودیت میزبانی و هزینهٔ عملیاتی را کنار هم می‌گذارم. پشتهٔ ساده‌ای که این نیازها را برآورده کند، معمولاً تحویل و نگهداری را آسان‌تر می‌کند.