تست اپلیکیشن و سایت

بازدید :566
چهارشنبه 2 بهمن 1398زمان :15:54
  • 1
  • 2
  • 3
  • 4
  • 5

مدل ٓابشاری یک مدل ترتیبی توسعه و تولید نرم‌افزاراست و در آن مراحل تولید به شکل یک جریان مداوم متمایل به سمت پایین است (همانند یک ٓابشار) که شامل فازهای تحلیل خواسته‌ها، طراحی، پیاده‌سازی یا implementation، ٓازمودن و تستکردن، یکپارچه سازی یا integration، و دادن محصول به بازار می‌شود. اغلب گفته می‌شود ریشهٔ اصطلاح ٓابشاری از مقاله‌ای گرفته شده‌است که توسط وینستون واکر رویس در سال ۱۹۷۰ نوشته شده‌است.

مدیریت و مراحل تکمیل پروژه در این متدولوژی به سادگی قابل پیاده‌سازی است. زیرا در مرحله اول که مرحله بررسی نیازمندی‌های پروژه می‌باشد، مشتری و تیم برنامه‌نویسی طی چند جلسه به بررسی نیازمندی‌ها و خواسته‌های پروژه می‌پردازند. سپس پس از ٓان نوبت به مرحله طراحی می‌رسد، در مرحلهٔ طراحی افراد طرح کلی پروژه را می‌ریزند و جزییات پیاده‌سازی مشخص می‌شود.

ادامه این مطلب را در سایت مادنبال کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_آبشاری
#waterfall_model
#معایب_مزیت_مدل_آبشاری

بازدید :673
چهارشنبه 2 بهمن 1398زمان :15:48
  • 1
  • 2
  • 3
  • 4
  • 5

در این بخش به توضیح موارد زیر می پردازیم:

1- نحوه ی مشارکت تیم تستو تیم توسعه دهنده در مدل ویچگونه است؟

2- مزایا و معایب مدل وی چیست؟

1- نحوه ی مشارکت تیم تستو تیم توسعه دهنده

1. هنگامی که مشتری BRS را ارسال می کند ، هر دو تیم ( تستو توسعه) فعالیت خود را آغاز می کنند. توسعه دهندگان BRS را به SRS ترجمه می کنند. تیم تستدر بخش بررسی دوباره BRS برای یافتن نیازهای در نظر گرفته نشده یا اشتباه، مشارکت کرده و تست پلن(acceptance test plan) و تست کیس قابل قبولی را تهیه می کنند.

2. در مرحله بعدی ، تیم توسعه SRS را برای تیم تستارسال کرده و توسعه دهندگان شروع به ساختن HLD (سند طراحی سطح بالا) محصول می کنند. تیم تستSRS را در مقابل BRS مورد بررسی قرار داده و سپس تست پلنو تست کیس سیستم را تهیه می کند.

ادامه این مطلب را در سایت ما دنبال کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_وی
#مدل_آبشاری
#تیم_تست
#تیم_دولپر

بازدید :661
چهارشنبه 2 بهمن 1398زمان :15:41
  • 1
  • 2
  • 3
  • 4
  • 5

مدل V نیز به عنوان مدل تأیید و اعتبار سنجی (V&V) شناخته می شود. در این مرحله ، هر مرحله از SDLCباید قبل از شروع مرحله بعدی تکمیل شود. این روند، طراحی متوالی همانند مدل آبشاررا دنبال می کند.

حال سوال این است که اگر مدل وی همانند مدل آبشاریاست، پس چرا از مدل وی استفاده می کنیم؟

بگذارید نکته بعدی را بیان کنم که چرا ما به این مدل، مدل تأیید اعتبار و اعتبار سنجی احتیاج داریم.

این مدل بر معایب مدل آبشارغلبه می کند. در مدل آبشار، ما دیدیم که تسترهافقط در آخرین مرحله از روند توسعه، درگیر پروژه هستند.

ادامه این مطلب را در سایت مادنبال کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_وی
#مدل_آبشاری

بازدید :394
سه شنبه 1 بهمن 1398زمان :13:42
  • 1
  • 2
  • 3
  • 4
  • 5

تست جعبه خاکستری ترکیبی از تست جعبه سیاهو جعبه سفیدمی باشد.

نیروهای تستی که این تست را انجام می دهند می بایست به داکیومنت های طراحی دسترسی داشته باشند.

این موضوع کمک می کند تا تست کیس های بهتری در این مرحله تولید شوند.

ادامه این مطلب را میتوانید در سایت مادنبال کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت

بازدید :601
سه شنبه 1 بهمن 1398زمان :11:52
  • 1
  • 2
  • 3
  • 4
  • 5

در پست های قبلی هر یک از تست های جعبه سیاهو جعبه سفیدبه صورت اجمالی مورد بررسی قرار گرفت .

در این بخش میخواهیم به تفاوت بین تست نفوذ جعبه سفیدو تست نفوذ جعبه سیاهبپردازیم.

برای مطالعه بیشتر به سایت مامراجه کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت

بازدید :484
شنبه 28 دی 1398زمان :14:52
  • 1
  • 2
  • 3
  • 4
  • 5

در ابتدا این سوال را مطرح کنیم که تست جعبه سفید چیست؟

نام جعبه سفید این استراتژی به نوعی نمادین می‌باشد، فقط در جهت هماهنگی با جعبه سیاهو حس تضاد به چنین اسمی معروف است، در غیر این‌صورت باید آن را جعبه شفاف یا شیشه‌ای نامید (Transparent-Box Testing Strategy). این استراتژی یکی از روش‌های برجسته طراحی موارد تستیا آزمون نرم‌افزار است که هدف اصلی آن بررسی منطق درونی نرم‌افزار است. در واقع طی این تست روال منطقی برنامه دنبال خواهد شد. در استراتژی جعبه سفید جزئیات نرم‌افزار مانند کدهای منبع، مستندات طراحی و… را درون یک جعبه شیشه‌ای گذاشته‌ایم، بدین‌صورت که می‌توان محتویات داخل آن را مشاهده و از نحوه عملکرد آن آگاه شد.

افرادی که این استراتژی را پیاده سازی می‌کنند معمولا اعضای تیم توسعه و تیم مستقل تست هستند. این افراد توسط این استراتژی به منطق درونی و ساختار طراحی و کدنویسی نرم‌افزار احاطه خواهند داشت.

ادامه این قسمت از مطالب رو میتونید از سایت مامشاهده کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_جعبه_سفید
#جعبه_سفید
#white_box_testing
#white_box

بازدید :610
شنبه 28 دی 1398زمان :10:24
  • 1
  • 2
  • 3
  • 4
  • 5

شما نرم‌افزاری را تهیه کرده و بر روی سیستم خود نصب می‌کنید، در اکثر موارد بعد از نصب برنامه فقط یک نسخه اجرایی آن را در سیستم خود خواهید داشت، هیچ دسترسی به سورس کد و منابع دیگر برنامه ندارید. سیستم نرم‌افزاری موجود برای شما مانند یک جعبه سیاه است که شما نمی‌توانید درون آن را مشاهده کنید و به آن دسترسی داشته باشید.

استراتژی جعبه سیاه(Black Box Testing Strategy) دقیقاً از این دیدگاه برنامه را مورد تستقرار می‌دهد، یعنی با این پیش فرض که شما هیچ اطلاعاتی از کد و طراحی داخلی برنامه ندارید. حالا هیچ اطلاعاتی از کد و طراحی برنامه در اختیار ما نیست، پس چگونه می‌توان به صحت عملکرد برنامه پی برد؟ جواب خیلی ساده است، با تمرکز بر ورودی‌ها و خروجی‌ها، برای این کار تستربه مستندات نرم‌افزار مراجعه می‌کند تامشخص کند که سیستم در مقابل یک عمل خاص چه پاسخی را باید بدهد. سپس داده‌هایی را برای هر کدام از عملیات انتخاب می‌کند و رفتار سیستم را در مقابل آن داده‌ها با رفتار واقعی سیستم که در مستندات وجود دارد مقایسه و بررسی می‌کند. این تستجایگزین تست جعبه سفید نمی‌باشد بلکه مکمل آن است وخطاهایی متفاوت با آن راتست می‌کند.

مزایای این روش رو میتونید در سایت مامطالعه کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_جعبه_سیاه
#جعبه_سیاه
#black_box_testing
​​​​​​​#black_box

بازدید :626
سه شنبه 24 دی 1398زمان :14:13
  • 1
  • 2
  • 3
  • 4
  • 5

خاتمه ی چرخه ی تست

این مرحله آخرین مرحله بوده که در آن ما گزارشی برای به اتمام رسیدن تستتهیه می کنیم.

در این مرحله تیم تستبرای جلسه ای فراخوانده می شوند تا معیارهای تکمیل چرخه بر اساس پوشش تست، کیفیت، زمان، هزینه، نرم افزار، اهداف تجاری ارزیابی شوند.

تیم تست مدارک تست (مانند تست کیس، گزارش ایرادات و…) را برای شناسایی استراتژی هایی که باید در آینده عملی شوند که همین امر باعث جلوگیری از چالش های پیش روی پروژه می شود، تجزیه و تحلیل می کنند.

گزارش اتمام تست بر اساس شاخص بالا تهیه و تنظیم می شود.

مدارک تست

1- ...

برای مطلع شدن از مدارک تست میتونید به سایت مامراجعه کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت



مشاهده پست مشابه : قسمت سوم STLC چرخه حیات تست نرم افزار
بازدید :466
سه شنبه 24 دی 1398زمان :14:11
  • 1
  • 2
  • 3
  • 4
  • 5

طراحی تست

در این فاز تیم تستشروع به نوشتن test case ها می کند. تیم تست، test case ها، تست اسکریپت (چنانچه تست اتومات بخواهد صورت بگیرد) و اطلاعات تست را فراهم می کند. بعد از آنکه تست کیس ها آماده شدند مسئول بخش تست آنها را بازنگری می کند. این فایل در غالب فایل اکسل تهیه می گردد.

در ادامه داریم : ستاپ کردن محیط تست و اجرای تست

برای مطالبه بیشتر از این قسمت میتونید به سایت مامراجعه کنید. www.testerking.ir

مشاوره رایگان

88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#طراحی_تست



مشاهده پست مشابه : قسمت دوم از STLC چرخه حیات تست نرم افزار
بازدید :421
سه شنبه 24 دی 1398زمان :14:09
  • 1
  • 2
  • 3
  • 4
  • 5

1- معین کننده ی هویت تست پلن

یک عدد می باشد که هویت تست پلنرا مشخص می کند.

برای مثال: ProjectName_0001

2- مرجع ها

این بخش برای این است تا تمام لیست داکیومنت هایی را که تست پلنشما را پشتیبانی می کنند و شما درحال تهیه آنها هستید را مشخص کند.

برای مثال: تشخیص نیازهای سیستم، استراتژی تست، طرح پروژه،راهنمای پروژه و….

3- مقدمه

مقدمه یا خلاصه ی تست پلنشامل هدف کلی پروژه و محدوده ی آن می باشد.

برای مثال: هدف از نوشتن این داکیومنت این است تا تست کارایی (فانکشنال) پروژه ی “X” انجام شود.

4- آیتم های تست

شامل یک لیست از آیتم هایی می باشد که قرار است تستشوند.

برای مثال: هر دو بخش back end و front end این اپلیکیشن می بایست روی محیط windows / Linux تست شود.

5- فیچرهایی که می بایست تست شوند

در این بخش می بایست لیستی از تمامی فیچرهایی که می بایست در طول پروژه تمامی آنها تست شوند تهیه کرد.

برای مثال: صفحه ی لاگین، صفحه ی گزارشات، صفحه ی تنظیمات و…..

توضیحات بیشتر را در سایت مادنبال کنید www.testerking.ir

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت



مشاهده پست مشابه : STLC چرخه ی تست نرم افزار

تعداد صفحات :7

درباره ما
اطلاعات کاربری
نام کاربری :
رمز عبور :
آرشیو
خبر نامه


معرفی وبلاگ به یک دوست


ایمیل شما :

ایمیل دوست شما :



چت باکس




captcha


پیوندهای روزانه
  • آرشیو لینک ها
آمار سایت
  • کل مطالب : 75
  • کل نظرات : 0
  • افراد آنلاین : 2
  • تعداد اعضا : 0
  • بازدید امروز : 124
  • بازدید کننده امروز : 95
  • باردید دیروز : 163
  • بازدید کننده دیروز : 132
  • گوگل امروز : 0
  • گوگل دیروز : 0
  • بازدید هفته : 1147
  • بازدید ماه : 862
  • بازدید سال : 15038
  • بازدید کلی : 126612
کدهای اختصاصی