https://virgool.ir/feed/@ameneh.rezaعلاقه مند به تست نرم افزار- برای اطلاعات بیشتر می تونین به سایت تستولوژی مراجعه کنین. http://testology.irfa2026-11-12 02:37:44https://files.virgool.ir/upload/users/86201/avatar/xEOwOY.pnghttps://virgool.ir/@ameneh.rezahttps://virgool.ir/@ameneh.reza/فرمول-ویژه-ریشه-کن-کردن-باگ-پارت-دوم-s3hunkj88susدر پارت قبلی این پست، توضیح مختصری در مورد تست استاتیک و دلایل انجام اون رو گفتیم. در این پست چگونگی انجام این تست رو با مثال توضیح میدیم.چگونه تست استاتیک رو انجام بدیم؟روش های مختلفی برای انجام این تست وجود داره که عبارتند از:بازبینی Review: برای بازرسی کامل از طراحی سیستم ، بازبینی انجام میشه. بازبینی طی جلسات و فرآیندهایی انجام میشه که کلی داستان داره و نقش و ...چک لیست: برای اطمینان از اینکه کلیه بازبینی ها به طور کامل پوشش داده شده ، از چک لیست استفاده میشه.حال بازبینی یعنی چی؟بازبینی روی تمامی اسناد نوشته شده به صورت دستی یا با ابزار مربوطه انجام می شه. ازچه اسنادی صحبت می کنیم؟کُد برنامهپروتوتایپداکیومنت های موجوداهمیت دیگه بازبینی این هست که تمام اعضای تیم از پیشرفت پروژه مطلع شن و گاهی اوقات به پیشنهادات عالی منجر میشه. مستندات مستقیما توسط افراد بررسی می شن ، نقایص معلوم و برطرف میشه.مزایای بازبینی:شناسایی نقص های اولیهکاهش زمان توسعه و بهبود بهره وریکاهش هزینه و زمان تستانواع نقص هایی که در تست استاتیک پیدا میشه عبارتند از:انحراف از استانداردهای تعیین شدهکُد غیرقابل نگهداریباگ های طراحینیازمندیهایی که دیده نشدهمشخصات اینترفیس های ناسازگارفعالیت های مختلفی برای انجام تست استاتیک انجام میشه که عبارتند از:استفاده از نیازمندیهای اعتبارسنجی در یوزکیس ها: اعتبارسنجی می کنه که کلیه اقدامات کاربرنهایی و همچنین هر ورودی و خروجی مرتبط با آنها مشخص شده یا نه؟ هر چه یوزکیس ها دقیقتر و کاملتر باشن ، تست کیس ها دقیقتر و کاملتر نوشته می شه.اعتبارسنجی نیازمندیهای فانکشنال: تضمین می کنه که نیازمندیهای فانکشنال، تمام عناصر لازم را شناسایی کنه. همچنین به فانکشنالیتی دیتابیس، لیست های اینترفیس، و سخت افزار، نرم افزار و نیازمندیهای شبکه می پردازه.بازبینی معماری : کلیه مراحل سطح کار مانند مکان های سرور، نمودارهای شبکه، تعاریف پروتکل، لود بالانسینگ، دسترسی پذیری دیتابیس، تجهیزات تست و ...رو بررسی می کنهاعتبارسنجی پروتوتایپ / Mockup Screen: این مرحله شامل نیازمندی های مورد نیاز و یوزکیس هست.اعتبارسنجی فیلدهای دیکشنری: هر فیلدی در UI رو بررسی می کنه. یعنی محدودیت هایی که برای هر فیلد در نظر گرفته شده، رعایت شده یا نه؟ مثل اینکه بیشترین/ کمترین طول مقادیر وارد شده رعایت شده؟ نوع مقادیر؟  نمایش پیامبرخی نکات مفید برای انجام فرآیند تست استاتیک عبارتند از:فقط روی نکاتی تمرکز کنین که واقعا به حساب میان. لزومی نداره تمامی اسناد مورد تست قرار بگیرن. با توجه به اولویت و زمانبندی عمل کنین.به طور واضح فعالیت های بازبینی را برنامه ریزی و پیگیری کنین.مشکلات را حل کنینفرآیند را به عنوان پروژه رسمی نگهدارین.بهبود مداوم فرآیند رو درنظر داشته باشینبا از بین بردن تاخیر در اجرای تست، هزینه تست و زمان آن کاسته میشه.مثال:یوزکیس لاگین مورد بازبینی قرار میگیره و نکات زیر بایستی داخل اون رعایت شه:بیشترین تعداد و کمترین تعداد کاراکتر فیلدهای نام کاربری و رمز عبورنوع ورودی کاراکترهای فیلدهای نام کاربری و رمز عبورچک کردن پیام های خطا در صورت ورود اشتباه اطلاعاتبعد از چند بار وارد کردن اطلاعات اشتباه سیستم عکس العمل خاصی (مانند بلاک کردن و ...) نشون بدهو ...پس از بررسی های فوق، نقص های موجود رو اعلام کرده و پس از رفع آن مجدد بررسی کنین. روند فوق برای طراحی سیستم و بقیه مستندات متفاوت هست. یادتون باشه تست استاتیک برای پروژه های زیر بکار میره:سیستمی که هنوز کُد زدنش شروع نشدهبخش های جدیدی به سیستم موجود داره اضافه میشهبازخوانی کُدی که قبلا نوشته شدهنتیجه:تست استاتیک برای یافتن باگ در اسرع وقت هست.تست استاتیک جایگزین تست داینامیک نیست بلکه هر دو، نوع های مختلفی از باگ را پیدا می کنن.بازبینی ها یک روش موثر برای تست استاتیک هست.بازبینی نه تنها به یافتن نقص کمک می کنه بلکه به درک نیازمندیهای فراموش شده، نقص در طراحی، کد غیر قابل نگهداری نیز کمک می کنه.هرچی که عنوان شد طی تجربه در این زمینه بوده و خب کم و کاستی هم ممکنه داشته باشه. شما تجربه هاتون رو با کامنت  به مشارکت بذارین. در خصوص تعاریف آکادمیک و استاندارد این تست ، همچنین اطلاعاتی مانند ابزارهای مربوطه به این لینک مراجعه کنین.آمنه رضاآمنه رضاSun, 10 Nov 2019 10:56:43 +0330https://virgool.ir/@ameneh.reza/فرمول-ویژه-ریشه-کن-کردن-باگ-پارت-اول-akzpkhqm2erlتست استاتیک در دسته تست جعبه سفید هست. در مراحل اولیه توسعه انجام شده و درمقایسه با تست داینامیک هزینه کمتری داره. حتی تست استاتیک میتونه مستندات تجزیه و تحلیل کُد رو تولید کنه! خب اجازه بدین این مسئله رو بیشتر توضیح بدم.در دنیای تست می تونیم تست ها را به دو نوع تقسیم بندی کنیم: تست داینامیک و تست استاتیک.در تست داینامیک کُد برنامه رو در دست دارین و شروع به تست می کنین.در تست استاتیک بدون اجرای کُد برنامه می تونین تست رو شروع کنین.دلایل انجام تست استاتیک چیه؟خب این سوال نقطه ی آغاز نمایان شدن قسمت اصلی ماجراست! دلایل :پیدا کردن مشکلات طراحی سیستمتشخیص و رفع 60 درصد باگ های سیستمتشخیص و اصلاح زودرس باگکاهش بازه زمانی توسعه سیستمکاهش هزینه و زمان تستبهبود بهره وری توسعه سیستمبرای کمبود نقص در مرحله بعدی تستچه چیزهایی در تست استاتیک تست میشه؟یونیت تست کیس هاسند نیازمندیهای کسب و کاریوز کیسنیازمندیهای سیستم/ فانکشنالپروتوتایپمستند مشخصات پروتوتایپداده های تستسند ماتریس های قابل ردیابیمستندهای راهنمای کاربری/ راهنماهای آموزشیمستند استراتژی تست پلن/ تست کیس هااسکریپت های تست اتوماتیک / تست پرفورمنسدر پست بعدی چگونگی انجام این تست رو میگیم. هرچی که عنوان شد طی تجربه در این زمینه بوده و خب کم و کاستی هم ممکنه داشته باشه. شما تجربه هاتون رو با کامنت  به مشارکت بذارین. در خصوص تعاریف آکادمیک و استاندارد این تست ، همچنین اطلاعاتی مانند ابزارهای مربوطه به این لینک مراجعه کنین.آمنه رضاآمنه رضاFri, 08 Nov 2019 16:36:29 +0330