دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت اول)
هر چرخهای در فرآیند آزمون معمولا منتج به وظایفی برای تصحیح یا تغییرات برای توسعهدهندگان میشود. زمانیکه باگها اصلاح میشوند یا تغییرات پیادهسازی میشوند، نسخهای جدید از نرمافزار به دنیا میآید، و باید آزموده شود. در هر سطح از آزمون، فرآیند آزمون، بارها و بارها اجرا میشود.
مدیر آزمون باید این چرخههای آزمون را شروع کرده، به پیشرفت آنها نظارت داشته باشد، و کارهای آزمون را کنترل کند. بسته به اندازه پروژه، ممکن است سطح آزمون بوسیله مدیر خاصِ آن سطح مدیریت شود
برنامهریزی چرخه آزمون...
در اینجا برنامهریزی اولیه آزمون را تشریح میشود(رویکرد آزمون و گردش کلی کار). این برنامه باید در ابتدای یک پروژه توسعه داده شود، و در برنامه آزمون تشریح گردد.
این برنامه کلی باید برای چرخه آزمون واقعی که در آینده اجرا میشود، در قالب یک برنامه دقیق به تفصیل بیان شده، و با وضعیت جاری پروژه تطبیق یابد. در اینجا نکات زیر باید مشخص شوند:
* وضعیت توسعه: ممکن است نرمافزار موجود در آغاز چرخه آزمون قابلیتهایی کمتر یا متفاوت به نسبت برنامهای که برای آن طراحی شده است داشته باشد. ممکن است مشخصات آزمون و Test Caseها نیاز به تطابق داشته باشند.
*نتایج آزمون: ممکن است مشکلات مکشوف در چرخههای ابتدایی آزمون محتاج تغییر اولیتهای آزمون باشند. نواقص مرتفع شده، نیازمند آزمونهای تائیدیِ تکمیلی(آزمون مجدد) هستند، و این موضوع باید برنامهریزی شود. ممکن است به خاطر سختیِ احتمالیِ برخی از مشکلات یا امکانپذیر نبودن تحلیل یا تولید مجدد آنها، آزمونهای اضافی، ضرورت داشته باشند.
منابع: برنامه برای چرخه جاری آزمون باید مطابق با برنامه پروژه باشد. [در اینجا] توجه باید معطوف به برنامهریزی شخصی، برنامهریزی روزهای تعطیل، دسترسپذیری محیط آزمون، و ابزار ویژه باشد.
با استفاده از این پیششرایط، مدیر آزمون تلاش و مدت زمان فعالیت آزمون را براورد کرده و برای اینکه کدام موTest Caseها توسط کدام آزمونگرها، با چه ترتیبی و در چه زمانی اجرا شوند، به دقت برنامهریزی میکند. نتیجه این برنامهریزیِ دقیق، برنامهای برای چرخه آزمون رگرسیون یا چرخه آزمون بعدی میباشد.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت اول)
هر چرخهای در فرآیند آزمون معمولا منتج به وظایفی برای تصحیح یا تغییرات برای توسعهدهندگان میشود. زمانیکه باگها اصلاح میشوند یا تغییرات پیادهسازی میشوند، نسخهای جدید از نرمافزار به دنیا میآید، و باید آزموده شود. در هر سطح از آزمون، فرآیند آزمون، بارها و بارها اجرا میشود.
مدیر آزمون باید این چرخههای آزمون را شروع کرده، به پیشرفت آنها نظارت داشته باشد، و کارهای آزمون را کنترل کند. بسته به اندازه پروژه، ممکن است سطح آزمون بوسیله مدیر خاصِ آن سطح مدیریت شود
برنامهریزی چرخه آزمون...
در اینجا برنامهریزی اولیه آزمون را تشریح میشود(رویکرد آزمون و گردش کلی کار). این برنامه باید در ابتدای یک پروژه توسعه داده شود، و در برنامه آزمون تشریح گردد.
این برنامه کلی باید برای چرخه آزمون واقعی که در آینده اجرا میشود، در قالب یک برنامه دقیق به تفصیل بیان شده، و با وضعیت جاری پروژه تطبیق یابد. در اینجا نکات زیر باید مشخص شوند:
* وضعیت توسعه: ممکن است نرمافزار موجود در آغاز چرخه آزمون قابلیتهایی کمتر یا متفاوت به نسبت برنامهای که برای آن طراحی شده است داشته باشد. ممکن است مشخصات آزمون و Test Caseها نیاز به تطابق داشته باشند.
*نتایج آزمون: ممکن است مشکلات مکشوف در چرخههای ابتدایی آزمون محتاج تغییر اولیتهای آزمون باشند. نواقص مرتفع شده، نیازمند آزمونهای تائیدیِ تکمیلی(آزمون مجدد) هستند، و این موضوع باید برنامهریزی شود. ممکن است به خاطر سختیِ احتمالیِ برخی از مشکلات یا امکانپذیر نبودن تحلیل یا تولید مجدد آنها، آزمونهای اضافی، ضرورت داشته باشند.
منابع: برنامه برای چرخه جاری آزمون باید مطابق با برنامه پروژه باشد. [در اینجا] توجه باید معطوف به برنامهریزی شخصی، برنامهریزی روزهای تعطیل، دسترسپذیری محیط آزمون، و ابزار ویژه باشد.
با استفاده از این پیششرایط، مدیر آزمون تلاش و مدت زمان فعالیت آزمون را براورد کرده و برای اینکه کدام موTest Caseها توسط کدام آزمونگرها، با چه ترتیبی و در چه زمانی اجرا شوند، به دقت برنامهریزی میکند. نتیجه این برنامهریزیِ دقیق، برنامهای برای چرخه آزمون رگرسیون یا چرخه آزمون بعدی میباشد.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت دوم)
جهت اندازهگیری و نظارت بر نتایج آزمونهای در حال انجام، باید از متریکهای آزمون استفاده کرد. این متریکها در برنامه آزمون تعریف میشوند. تنها باید از متریکهای قابل اطمینان،که به طور مرتب، و به سادگی قابل اندازهگیری(این در مورد زمانیست که ابزارهای استفاده شده برای آزمون چنین دادههایی را به طور خودکار آماده میکنند) هستند، استفاده شود. در این رابطه این رویکردها امکانپذیر هستند:
*متریکهای مبتنی بر Fault و Failure
تعداد Faultهایی که با آن مواجه شدهایم و تعداد گزارشات تولید شدۀ حادثه(در هر Test Object) در Releaseای خاص. همچنین این متریکها باید شامل وضعیت و کلاس مشکل بوده، و در صورت امکان، با اندازه Test Object(تعداد خط برنامه یا Line Of Code)، مدت آزمون، یا دیگر معیارها مرتبط باشند.
* متریکهای مبتنی بر Test Case
تعداد Test Caseها در یک وضعیت خاص، مانند مشخص شده یا برنامهریزیشده، مسدود(Blocked-به عنوان نمونه، به خاطر Faultای که مرتفع نشده است)، تعداد Test Caseهای اجرا شده(موفق یا ناموفق).
*متریکهای مبتنی بر Test Object
پوشش کد، دیالوگها، انواع ممکن نصب و راهاندازی، پلتفرمها و غیره.
*متریکهای مبتنی بر هزینه
هزینه آزمون تا این لحظه، هزینه چرخه بعدی آزمون نسبت به منفعت مورد انتظار(هزینه پیشیگری از Failure یا کاهش ریسک پروژه یا محصول).
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت دوم)
جهت اندازهگیری و نظارت بر نتایج آزمونهای در حال انجام، باید از متریکهای آزمون استفاده کرد. این متریکها در برنامه آزمون تعریف میشوند. تنها باید از متریکهای قابل اطمینان،که به طور مرتب، و به سادگی قابل اندازهگیری(این در مورد زمانیست که ابزارهای استفاده شده برای آزمون چنین دادههایی را به طور خودکار آماده میکنند) هستند، استفاده شود. در این رابطه این رویکردها امکانپذیر هستند:
*متریکهای مبتنی بر Fault و Failure
تعداد Faultهایی که با آن مواجه شدهایم و تعداد گزارشات تولید شدۀ حادثه(در هر Test Object) در Releaseای خاص. همچنین این متریکها باید شامل وضعیت و کلاس مشکل بوده، و در صورت امکان، با اندازه Test Object(تعداد خط برنامه یا Line Of Code)، مدت آزمون، یا دیگر معیارها مرتبط باشند.
* متریکهای مبتنی بر Test Case
تعداد Test Caseها در یک وضعیت خاص، مانند مشخص شده یا برنامهریزیشده، مسدود(Blocked-به عنوان نمونه، به خاطر Faultای که مرتفع نشده است)، تعداد Test Caseهای اجرا شده(موفق یا ناموفق).
*متریکهای مبتنی بر Test Object
پوشش کد، دیالوگها، انواع ممکن نصب و راهاندازی، پلتفرمها و غیره.
*متریکهای مبتنی بر هزینه
هزینه آزمون تا این لحظه، هزینه چرخه بعدی آزمون نسبت به منفعت مورد انتظار(هزینه پیشیگری از Failure یا کاهش ریسک پروژه یا محصول).
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت سوم)
گزارش وضعیت آزمون...
مدیر آزمون نتایج ارزیابی فعلی را در گزارشات آزمون فهرست میکند. بعد از هر چرخه آزمون، باید یک گزارش وضعیت آزمون، اطلاعات ذیل را درباره وضعیت فعالیتهای آزمون نمایشدهد:
* درباره Test Obejct یا Test Objectها، سطح آزمون، تاریخ چرخه آزمون از...تا...
*پیشرفت آزمون: آزمون برنامهریزی شده/اجرا شده/مسدود شده
*وضعیت Incident: جدید/باز/تصحیح شده
*ریسکها: جدید/تغییر یافته/شناسایی شده
*دورنما: برنامهریزیِ چرخه آزمون آتی
*ارزیابی: ارزیابی(درونی) بلوغ Test Object، امکان انتشار، یا [میزان] اطمینان فعلی
یک الگو برای چنین گزارشی را میتوانید در [IEEE 829] پیدا کنید.
و اما معیار خروج از آزمون...
از یک سو، دادههای اندازهگیری شده به عنوان ابزاری جهت تعیین وضعیت جاری و پاسخگویی به سوالِ -آزمون تا چه حد پیشرفت داشته است؟-، عمل میکنند. از سوی دیگر، [این] دادهها به عنوان معیار خروج و پاسخگویی به این سوال که -آیا میتوان آزمون را تمام کرده و محصول را منتشر نمود؟-وارد عمل میشوند. [در این حالت] برآورده شدن نیازمندیهای کیفی(حساسِ محصول) و منابع آزمون موجود(زمان، نیرو، ابزار آزمون)، تعیین میکنند کدام معیارها برای تعیین پایان آزمون مناسب هستند. معیار خروج از آزمون، برای پروژه جاری نیز در برنامه آزمون مستند میشود. تصمیمگیری درباره هر معیار خروج از آزمون، بر اساس متریکهای جمعآوری شدۀ آزمون، باید امکانپذیر باشد
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت سوم)
گزارش وضعیت آزمون...
مدیر آزمون نتایج ارزیابی فعلی را در گزارشات آزمون فهرست میکند. بعد از هر چرخه آزمون، باید یک گزارش وضعیت آزمون، اطلاعات ذیل را درباره وضعیت فعالیتهای آزمون نمایشدهد:
* درباره Test Obejct یا Test Objectها، سطح آزمون، تاریخ چرخه آزمون از...تا...
*پیشرفت آزمون: آزمون برنامهریزی شده/اجرا شده/مسدود شده
*وضعیت Incident: جدید/باز/تصحیح شده
*ریسکها: جدید/تغییر یافته/شناسایی شده
*دورنما: برنامهریزیِ چرخه آزمون آتی
*ارزیابی: ارزیابی(درونی) بلوغ Test Object، امکان انتشار، یا [میزان] اطمینان فعلی
یک الگو برای چنین گزارشی را میتوانید در [IEEE 829] پیدا کنید.
و اما معیار خروج از آزمون...
از یک سو، دادههای اندازهگیری شده به عنوان ابزاری جهت تعیین وضعیت جاری و پاسخگویی به سوالِ -آزمون تا چه حد پیشرفت داشته است؟-، عمل میکنند. از سوی دیگر، [این] دادهها به عنوان معیار خروج و پاسخگویی به این سوال که -آیا میتوان آزمون را تمام کرده و محصول را منتشر نمود؟-وارد عمل میشوند. [در این حالت] برآورده شدن نیازمندیهای کیفی(حساسِ محصول) و منابع آزمون موجود(زمان، نیرو، ابزار آزمون)، تعیین میکنند کدام معیارها برای تعیین پایان آزمون مناسب هستند. معیار خروج از آزمون، برای پروژه جاری نیز در برنامه آزمون مستند میشود. تصمیمگیری درباره هر معیار خروج از آزمون، بر اساس متریکهای جمعآوری شدۀ آزمون، باید امکانپذیر باشد
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت چهارم)
و اما درباره انتشار یا همان Release محصول
اگر معیارهای خروج از آزمون برآورده شد، مدیریت پروژه(با استفاده از مشاورۀ مدیر آزمون) روی انتشار و تحویلِ Test Object مربوطه، تصمیمگیری میکند. برای آزمون Integration و Component، تحویل به معنی آزمایش موفقیتآمیزِ Test Object و حرکت به سمت سطح بعدی آزمون است. آزمون سیستم(System Test)، مُقدم بر انتشار نرمافزار، برای تحویل به مشتریست. در آخر، آزمون پذیرش(Acceptance Test) مشتری، سیستم را برای بهرهبرداری در محیط واقعی برنامه، منتشر میکند.
انتشار به معنی: خلاص از باگ با Bug Free نیست. مطمئنا هنوز، Faultهای کشف نشده، و نیز برخی Faultهای شناخته شدهای که به عنوان عدم بازدارندگی از انتشار ارزیابی میشوند، همچنان در محصول به صورت اصلاح نشده وجود دارند. Faultهای آخر [عدم بازدارندگی از انتشار] در پایگاه دادۀ حادثه یا همان Incident Database(که پایگاه داده نقص[Defect Database] یا پایگاه داده مشکل[Problem Database] نیز نامیده میشود) ثبت و ضبط شده و ممکن است بعدها، و در طول نگهداشتِ نرمافزار اصلاح شوند.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت چهارم)
و اما درباره انتشار یا همان Release محصول
اگر معیارهای خروج از آزمون برآورده شد، مدیریت پروژه(با استفاده از مشاورۀ مدیر آزمون) روی انتشار و تحویلِ Test Object مربوطه، تصمیمگیری میکند. برای آزمون Integration و Component، تحویل به معنی آزمایش موفقیتآمیزِ Test Object و حرکت به سمت سطح بعدی آزمون است. آزمون سیستم(System Test)، مُقدم بر انتشار نرمافزار، برای تحویل به مشتریست. در آخر، آزمون پذیرش(Acceptance Test) مشتری، سیستم را برای بهرهبرداری در محیط واقعی برنامه، منتشر میکند.
انتشار به معنی: خلاص از باگ با Bug Free نیست. مطمئنا هنوز، Faultهای کشف نشده، و نیز برخی Faultهای شناخته شدهای که به عنوان عدم بازدارندگی از انتشار ارزیابی میشوند، همچنان در محصول به صورت اصلاح نشده وجود دارند. Faultهای آخر [عدم بازدارندگی از انتشار] در پایگاه دادۀ حادثه یا همان Incident Database(که پایگاه داده نقص[Defect Database] یا پایگاه داده مشکل[Problem Database] نیز نامیده میشود) ثبت و ضبط شده و ممکن است بعدها، و در طول نگهداشتِ نرمافزار اصلاح شوند.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت پنجم)
کنترل چرخه آزمون...
اگر با توجه به پروژه و برنامهریزی آزمون، آزمون دچار تاخیر شود، مدیر آزمون باید اقدامات مناسبی اتخاذ کند. این کار، کنترل (چرخه) آزمون نامیده میشود. ممکن است این اقدامات با آزمون یا فعالیتِ توسعهایِ دیگری مرتبط باشد.
ممکن است درخواست و استقرار منابع اضافی آزمون(پرسنل، ایستگاههای کاری، و ابزار) به منظور جبران تاخیر و عقب افتادن از زمانبندی، در چرخههای باقیمانده ضرورت داشته باشد.
اگر منابع اضافی وجود ندارد، برنامه آزمون باید مناسبسازی شده و [با شرایط جدید] تطبیق یابد. Test Caseها با اولویت پایین حذف خواهند شد. اگر Test Caseها به طرق متفاوت برنامهریزی شده باشند، یک گزینه دیگر این است که آنها را فقط به یک طریق اجرا نمایید(برای نمونه به جای اجرای آزمونها روی چند سیستم عامل، آنها را روی یک سیستم عامل اجرایی میکنند). اگر چه این تعدیل منجر به حذف برخی از آزمونهای جالب توجه میشود، [اما] حداقل، منابعِ موجود قادر به اجرایی کردن موارد آزمون اولویت بالا هستند.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت پنجم)
کنترل چرخه آزمون...
اگر با توجه به پروژه و برنامهریزی آزمون، آزمون دچار تاخیر شود، مدیر آزمون باید اقدامات مناسبی اتخاذ کند. این کار، کنترل (چرخه) آزمون نامیده میشود. ممکن است این اقدامات با آزمون یا فعالیتِ توسعهایِ دیگری مرتبط باشد.
ممکن است درخواست و استقرار منابع اضافی آزمون(پرسنل، ایستگاههای کاری، و ابزار) به منظور جبران تاخیر و عقب افتادن از زمانبندی، در چرخههای باقیمانده ضرورت داشته باشد.
اگر منابع اضافی وجود ندارد، برنامه آزمون باید مناسبسازی شده و [با شرایط جدید] تطبیق یابد. Test Caseها با اولویت پایین حذف خواهند شد. اگر Test Caseها به طرق متفاوت برنامهریزی شده باشند، یک گزینه دیگر این است که آنها را فقط به یک طریق اجرا نمایید(برای نمونه به جای اجرای آزمونها روی چند سیستم عامل، آنها را روی یک سیستم عامل اجرایی میکنند). اگر چه این تعدیل منجر به حذف برخی از آزمونهای جالب توجه میشود، [اما] حداقل، منابعِ موجود قادر به اجرایی کردن موارد آزمون اولویت بالا هستند.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
دانش
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت ششم و آخر)
...
بسته به شدت عیوب و مشکلات پیدا شده، ممکن است مدت آزمون تمدید شود. این اتفاق به دلیل چرخههای اضافی آزمون ضروریست، چون نرمافزارِ اصلاح شده باید بعد از هر چرخۀ اصلاحی مجددا آزموده شود. این موضوع میتواند به معنی این باشد که انتشارِ محصول فعلا باید به تعویق بیافتد.
اینکه مدیر آزمون هر تغییری را در برنامه مستند کرده و درباره آن گفتگو کند بسیار مهم است، زیرا تغییر در برنامه آزمون ممکن است، ریسک انتشار(ریسک محصول) را افزایش دهد. مدیر آزمون مسئول گفتگوی صریح و روشن در مورد این ریسک، با افراد مسئول در پروژه است.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
#دانش #متن #مدیریت_آزمون #مدیریت_کار_آزمون
کانال: SST-Scientific Software Testing
موضوع: مدیریت کار آزمون(قسمت ششم و آخر)
...
بسته به شدت عیوب و مشکلات پیدا شده، ممکن است مدت آزمون تمدید شود. این اتفاق به دلیل چرخههای اضافی آزمون ضروریست، چون نرمافزارِ اصلاح شده باید بعد از هر چرخۀ اصلاحی مجددا آزموده شود. این موضوع میتواند به معنی این باشد که انتشارِ محصول فعلا باید به تعویق بیافتد.
اینکه مدیر آزمون هر تغییری را در برنامه مستند کرده و درباره آن گفتگو کند بسیار مهم است، زیرا تغییر در برنامه آزمون ممکن است، ریسک انتشار(ریسک محصول) را افزایش دهد. مدیر آزمون مسئول گفتگوی صریح و روشن در مورد این ریسک، با افراد مسئول در پروژه است.
***ان شا ا... ادامه خواهد داشت***
ارتباط مستقیم با ادمین برای هر گونه انتقاد، پیشنهاد و ارسال مطالب برای انتشار در کانال:
@adizaji
به ما بپیوندید
https://telegram.me/joinchat/BZ0z7T3o8gznfVc9JTCRDQ
-
-
-
⚡️⚡️ابتدای کانال: https://telegram.me/Scientific_Software_Testing/2
دوستان در پایین لیست هشتگهای کانال را میبینید. برای عزیزانی که با امکانات موجود در تلگرام آشنایی کمی دارند توضیح مختصری در مورد هشتگ میدهیم. نوشتههایی که در ابتدای آن یک علامت شارپ(#) قرار گرفته (و منجر شده که نوشته به رنگ آبی و مانند لینک رویت شود) هشتگ نامیده میشود. نویسنده پست بنا به محتوایی که در پست وجود دارد هشتگی را در آن ثبت میکند. این هشتگها به نوعی نماینده محتوای یک پست میباشند. به این ترتیب با لمس کردن هشتگ(در وسایل لمسی) یا کلیک روی آن(در کامپیوتر)، فورا فهرست پستهایی که آن هشتگ در آنها ثبت شده است، لیست میگردد. به این ترتیب میتوانید تمام پستها را با موضوع آن هشتگ به سرعت به دست آورید.
لیست هشتگهای کانال و شرح معنی هر هشتگ به شرح زیر است:
⭐️انواع محتوا⭐️
⚡️#دانش : تمامی پستهایی که در زمینه دانش ارائه شدهاند. پستهای مرتبط با دانش دارای زیرمجموعههای ذیل است:
👈👈#دانش1 : پستهای ارائه شده در مورد "آزمون بدون اجرای نرمافزار، ناشناختهترین نوع آزمون"
👈👈#دانش2 : پستهای ارائه شده در مورد "Dynamic Analysis". در اینجا پستها به سه دسته زیر تقسیم شدهاند:
👈👈👈#تکنیکهای_BlackBox : پستهای ارائه شده درباره "تکنیکهای Black Box"
👈👈👈#تکنیکهای_WhiteBox : پستهای ارائه شده درباره "تکنیکهای White Box"
👈👈👈#انتخاب_تکنیک_آزمون : پستهای ارائه شده درباره چگونگی انتخاب تکنیکهای آزمون
👈👈#مدیریت_آزمون : پستهای ارائه شده در مورد چگونگی مدیریت آزمون. در این موضوع پستها به هشتگهای زیر تقسیم میشوند:
👈👈👈#مدیریت_تیم_آزمون : پستهای ارائه شده درباره چگونگی مدیریت تیم آزمون
👈👈👈 هشتگ #Test_Plan : پستهای ارائه شده درباره Test Plan
👈👈👈#اولویت_بندی_در_آزمون : پستهای ارائه شده در مورد چگونگی اولویت بندی در آزمون
👈👈👈#معیارهای_ورودبه_خروجاز_آزمون : پستهای ارائهخ شده در مورد معیارهای ورود به/خروج از آزمون
👈👈👈#هزینه_نقص : پستهای ارائه شده در مورد هزینه های نقص
👈👈👈#هزینه_آزمون : پستهای ارائه شده در مورد هزینه آزمون
👈👈👈#تخمین_تلاش_آزمون : پستها یارائه شده در زمینه تخمین تلاش آزمون
👈👈👈#استراتژی_تست : پستهای ارائه شده در زمینه استراتژی تست
👈👈👈#تست_و_ریسک : پستهای ارائه شده در مورد تست و ریسک
👈👈👈#مدیریت_کار_آزمون : پستهای ارائه شده در مورد مدیریت کار آزمون
👈👈👈#مدیریت_حادثه : پستهای ارائه شده در مورد مدیریت حادثه
👈👈👈#نیازمندیهای_مدیریت_پیکربندی : پستهای ارائه شده در مورد نیازمندیهای مدیریت پیکربندی
👈👈👈#استانداردهای_تست : پستهای ارائه شده در مورد استانداردهای تست
👈👈#ابزار_آزمون : پستهای ارائه شده در مورد ابزار آزمون
👈👈 #تحلیلگر_آزمون : پستهای ارائه شده در مورد Test Analyst(یکی از سیلابسهای مقطع CTAL در ISTQB)
👈👈👈#مقدمه_تحلیلگر_آزمون : پستهای ارائه شده با موضوع مطالب مقدماتی درباره Test Analyst
⚡️#تکنولوژی : تمامی پستهایی که در زمینه آموزش تکنولوژی ارائه شده است
👈👈آموزش #Specflow
👈👈آموزش #JMeter
👈👈آموزش #Selenium
👈👈👈آموزش #Selenium_IDE
👈👈👈آموزش #Selenium_Test_Features
👈👈آموزش #Jira
👈👈👈آموزش #مبانی_Jira
👈👈آموزش #QTP
👈👈آموزش #TFS شامل : دوره TFS 2015 و دوره اسکرام با TFS 2013
👈👈آموزش #IBM_Rational_Functional_Tester
👈👈آموزش #Jenkins
⚡️#نوآوری : تمامی پستهایی که در زمینه یک نوآوری که غالبا بصورت یک مقاله میباشد، ارائه شده است
👈👈#نوآوری1 : مقاله ترجمه شده ارزیابی و بهبود پوشش آزمون GUI به صورت اتوماتیک(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری2 : مقاله ترجمه شده رویکرد بهبود Test Suite بر اساس کلونیِ مصنوعیِ زنبور(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری3 : مقاله ترجمه شده متد طراحی Test Case بر اساس تحلیل امنیت نرم افزار(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری4 : مقاله ترجمه شده تولید Test Caseها از نیازمندیهای نرمافزاری با استفاده از NLP(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری5 : مقاله ترجمه شده ابزارهای برآورد تست نرمافزار با اسفاده Use Caseها و Functionها به صورت صفحه به صفحه(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری6 : مقاله ترجمه شده تولید Test Path از گرافِ تعاملیِ Polymorfic برای نرمافزار شیگرا(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
-
-
⚡️⚡️ابتدای کانال: https://telegram.me/Scientific_Software_Testing/2
دوستان در پایین لیست هشتگهای کانال را میبینید. برای عزیزانی که با امکانات موجود در تلگرام آشنایی کمی دارند توضیح مختصری در مورد هشتگ میدهیم. نوشتههایی که در ابتدای آن یک علامت شارپ(#) قرار گرفته (و منجر شده که نوشته به رنگ آبی و مانند لینک رویت شود) هشتگ نامیده میشود. نویسنده پست بنا به محتوایی که در پست وجود دارد هشتگی را در آن ثبت میکند. این هشتگها به نوعی نماینده محتوای یک پست میباشند. به این ترتیب با لمس کردن هشتگ(در وسایل لمسی) یا کلیک روی آن(در کامپیوتر)، فورا فهرست پستهایی که آن هشتگ در آنها ثبت شده است، لیست میگردد. به این ترتیب میتوانید تمام پستها را با موضوع آن هشتگ به سرعت به دست آورید.
لیست هشتگهای کانال و شرح معنی هر هشتگ به شرح زیر است:
⭐️انواع محتوا⭐️
⚡️#دانش : تمامی پستهایی که در زمینه دانش ارائه شدهاند. پستهای مرتبط با دانش دارای زیرمجموعههای ذیل است:
👈👈#دانش1 : پستهای ارائه شده در مورد "آزمون بدون اجرای نرمافزار، ناشناختهترین نوع آزمون"
👈👈#دانش2 : پستهای ارائه شده در مورد "Dynamic Analysis". در اینجا پستها به سه دسته زیر تقسیم شدهاند:
👈👈👈#تکنیکهای_BlackBox : پستهای ارائه شده درباره "تکنیکهای Black Box"
👈👈👈#تکنیکهای_WhiteBox : پستهای ارائه شده درباره "تکنیکهای White Box"
👈👈👈#انتخاب_تکنیک_آزمون : پستهای ارائه شده درباره چگونگی انتخاب تکنیکهای آزمون
👈👈#مدیریت_آزمون : پستهای ارائه شده در مورد چگونگی مدیریت آزمون. در این موضوع پستها به هشتگهای زیر تقسیم میشوند:
👈👈👈#مدیریت_تیم_آزمون : پستهای ارائه شده درباره چگونگی مدیریت تیم آزمون
👈👈👈 هشتگ #Test_Plan : پستهای ارائه شده درباره Test Plan
👈👈👈#اولویت_بندی_در_آزمون : پستهای ارائه شده در مورد چگونگی اولویت بندی در آزمون
👈👈👈#معیارهای_ورودبه_خروجاز_آزمون : پستهای ارائهخ شده در مورد معیارهای ورود به/خروج از آزمون
👈👈👈#هزینه_نقص : پستهای ارائه شده در مورد هزینه های نقص
👈👈👈#هزینه_آزمون : پستهای ارائه شده در مورد هزینه آزمون
👈👈👈#تخمین_تلاش_آزمون : پستها یارائه شده در زمینه تخمین تلاش آزمون
👈👈👈#استراتژی_تست : پستهای ارائه شده در زمینه استراتژی تست
👈👈👈#تست_و_ریسک : پستهای ارائه شده در مورد تست و ریسک
👈👈👈#مدیریت_کار_آزمون : پستهای ارائه شده در مورد مدیریت کار آزمون
👈👈👈#مدیریت_حادثه : پستهای ارائه شده در مورد مدیریت حادثه
👈👈👈#نیازمندیهای_مدیریت_پیکربندی : پستهای ارائه شده در مورد نیازمندیهای مدیریت پیکربندی
👈👈👈#استانداردهای_تست : پستهای ارائه شده در مورد استانداردهای تست
👈👈#ابزار_آزمون : پستهای ارائه شده در مورد ابزار آزمون
👈👈 #تحلیلگر_آزمون : پستهای ارائه شده در مورد Test Analyst(یکی از سیلابسهای مقطع CTAL در ISTQB)
👈👈👈#مقدمه_تحلیلگر_آزمون : پستهای ارائه شده با موضوع مطالب مقدماتی درباره Test Analyst
⚡️#تکنولوژی : تمامی پستهایی که در زمینه آموزش تکنولوژی ارائه شده است
👈👈آموزش #Specflow
👈👈آموزش #JMeter
👈👈آموزش #Selenium
👈👈👈آموزش #Selenium_IDE
👈👈👈آموزش #Selenium_Test_Features
👈👈آموزش #Jira
👈👈👈آموزش #مبانی_Jira
👈👈آموزش #QTP
👈👈آموزش #TFS شامل : دوره TFS 2015 و دوره اسکرام با TFS 2013
👈👈آموزش #IBM_Rational_Functional_Tester
👈👈آموزش #Jenkins
⚡️#نوآوری : تمامی پستهایی که در زمینه یک نوآوری که غالبا بصورت یک مقاله میباشد، ارائه شده است
👈👈#نوآوری1 : مقاله ترجمه شده ارزیابی و بهبود پوشش آزمون GUI به صورت اتوماتیک(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری2 : مقاله ترجمه شده رویکرد بهبود Test Suite بر اساس کلونیِ مصنوعیِ زنبور(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری3 : مقاله ترجمه شده متد طراحی Test Case بر اساس تحلیل امنیت نرم افزار(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری4 : مقاله ترجمه شده تولید Test Caseها از نیازمندیهای نرمافزاری با استفاده از NLP(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری5 : مقاله ترجمه شده ابزارهای برآورد تست نرمافزار با اسفاده Use Caseها و Functionها به صورت صفحه به صفحه(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
👈👈#نوآوری6 : مقاله ترجمه شده تولید Test Path از گرافِ تعاملیِ Polymorfic برای نرمافزار شیگرا(در مقالاتی که ارائه آنها به اتمام رسیده است، کل مقاله به صورت ترجمه شده نیز وجود دارد)
Telegram
SST(Scientific Software Testing)
با سلام.
دوستان مراجعه کننده به کانال، که تمایل دارید در زمینه تست نرمافزار اطلاعات کسب کنید، توجه داشته باشید که در این کانال هیچ محتوای خاصی ارائه نمیشود، و تنها برای اطلاعرسانی به افرادیست، که لینک اتصال به کانال SST را لمس کردهاند.
کانال SST اخیرا…
دوستان مراجعه کننده به کانال، که تمایل دارید در زمینه تست نرمافزار اطلاعات کسب کنید، توجه داشته باشید که در این کانال هیچ محتوای خاصی ارائه نمیشود، و تنها برای اطلاعرسانی به افرادیست، که لینک اتصال به کانال SST را لمس کردهاند.
کانال SST اخیرا…
-
-
-
⚡️⚡️ابتدای کانال: https://telegram.me/TISTeN/2
دوستان در پایین لیست هشتگهای کانال را میبینید. برای عزیزانی که با امکانات موجود در تلگرام آشنایی کمی دارند توضیح مختصری در مورد هشتگ میدهیم. نوشتههایی که در ابتدای آن یک علامت شارپ(#) قرار گرفته (و منجر شده که نوشته به رنگ آبی و مانند لینک رویت شود) هشتگ نامیده میشود. نویسنده پست بنا به محتوایی که در پست وجود دارد هشتگی را در آن ثبت میکند. این هشتگها به نوعی نماینده محتوای یک پست میباشند. به این ترتیب با لمس کردن هشتگ(در وسایل لمسی) یا کلیک روی آن(در کامپیوتر)، فورا فهرست پستهایی که آن هشتگ در آنها ثبت شده است، لیست میگردد. به این ترتیب میتوانید تمام پستها را با موضوع آن هشتگ به سرعت به دست آورید.
لیست هشتگهای کانال و شرح معنی هر هشتگ به شرح زیر است:
⭐️انواع محتوا⭐️
⚡️#دانش : تمامی پستهایی که در زمینه دانش ارائه شدهاند. پستهای مرتبط با دانش دارای زیرمجموعههای ذیل است:
👈👈#دانش1 : پستهای ارائه شده در مورد "آزمون بدون اجرای نرمافزار، ناشناختهترین نوع آزمون"
👈👈#دانش2 : پستهای ارائه شده در مورد "Dynamic Analysis". در اینجا پستها به سه دسته زیر تقسیم شدهاند:
👈👈👈#تکنیکهای_BlackBox : پستهای ارائه شده درباره "تکنیکهای Black Box"
👈👈👈#تکنیکهای_WhiteBox : پستهای ارائه شده درباره "تکنیکهای White Box"
👈👈👈#انتخاب_تکنیک_آزمون : پستهای ارائه شده درباره چگونگی انتخاب تکنیکهای آزمون
👈👈#مدیریت_آزمون : پستهای ارائه شده در مورد چگونگی مدیریت آزمون. در این موضوع پستها به هشتگهای زیر تقسیم میشوند:
👈👈👈#مدیریت_تیم_آزمون : پستهای ارائه شده درباره چگونگی مدیریت تیم آزمون
👈👈👈 هشتگ #Test_Plan : پستهای ارائه شده درباره Test Plan
👈👈👈#اولویت_بندی_در_آزمون : پستهای ارائه شده در مورد چگونگی اولویت بندی در آزمون
👈👈👈#معیارهای_ورودبه_خروجاز_آزمون : پستهای ارائهخ شده در مورد معیارهای ورود به/خروج از آزمون
👈👈👈#هزینه_نقص : پستهای ارائه شده در مورد هزینه های نقص
👈👈👈#هزینه_آزمون : پستهای ارائه شده در مورد هزینه آزمون
👈👈👈#تخمین_تلاش_آزمون : پستها یارائه شده در زمینه تخمین تلاش آزمون
👈👈👈#استراتژی_تست : پستهای ارائه شده در زمینه استراتژی تست
👈👈👈#تست_و_ریسک : پستهای ارائه شده در مورد تست و ریسک
👈👈👈#مدیریت_کار_آزمون : پستهای ارائه شده در مورد مدیریت کار آزمون
👈👈👈#مدیریت_حادثه : پستهای ارائه شده در مورد مدیریت حادثه
👈👈👈#نیازمندیهای_مدیریت_پیکربندی : پستهای ارائه شده در مورد نیازمندیهای مدیریت پیکربندی
👈👈👈#استانداردهای_تست : پستهای ارائه شده در مورد استانداردهای تست
👈👈#ابزار_آزمون : پستهای ارائه شده در مورد ابزار آزمون
👈👈 #تحلیلگر_آزمون : پستهای ارائه شده در مورد Test Analyst(یکی از سیلابسهای مقطع CTAL در ISTQB)
👈👈👈#مقدمه_تحلیلگر_آزمون : پستهای ارائه شده با موضوع مطالب مقدماتی درباره Test Analyst
⚡️#تکنولوژی : تمامی پستهایی که در زمینه آموزش تکنولوژی ارائه شده است
👈👈آموزش #Specflow
⚡️#منبع_علمی : تمامی پستهایی که در زمینه ارائه منابع علمی روی کانال قرار گرفته است
⚡️#اعلام_برنامه : تمامی پستهایی که در برگیرنده اعلام برنامه کانال در یک روز خاص است
⚡️#فرصت_شغلی : تمامی پستهایی که در برگیرنده آگهی دعوت به همکاری میباشد
⭐️قالب محتوا⭐️
⚡️#تصویر : پستهایی که محتوای اصلی آنها یک عکس است
⚡️#مالتیمدیا : پستهایی که محتوای آنها غالبا یک فیلم قابل دانلود است
⚡️#متن : پستهایی که محتوای آنها غالبا متنی است
⚡️#کتاب : پستهایی که محتوای اصلی آنها یک کتاب قابل دانلود است
⚡️#مجله : پستهایی که در بردارنده یک مجله است
⭐️سایر⭐️
⚡️#تیستن : پستهایی که در رابطه با دوماهنامه تیستن(اولین نشریه تخصصی تست نرم افزار ایران) است
⚡️#اینفوگرافی : تمامی پستهایی که در برگیرنده اینفوگرافیهای منتشر شده توسط تیستن است
⚡️#معرفی_تکنولوژی : پستهایی که در آنها تکنولوژیهای تست نرمافزار موجود در دنیا را معرفی(به صورت مختصر) و دسته بندی کرده است
⚡️#فایل_آموزشی : پستهایی که در بردارنده یک فایل آموزشی و غالبا متنی میباشد.
⚡️#کارتون : پستهایی که در بر دارنده یک تصویر به صورت Comic Strip است
⚡️#انتشار_کتاب : پستهایی که اطلاعاتی درباره انتشار کتب تست میدهد
👈👈آموزش #JMeter
👈👈آموزش #Selenium
👈👈👈آموزش #Selenium_IDE
👈👈👈آموزش #Selenium_Test_Features
👈👈آموزش #Jira
👈👈👈آموزش #مبانی_Jira
👈👈آموزش #QTP
👈👈آموزش #TFS شامل : دوره TFS 2015 و دوره اسکرام با TFS 2013
👈👈آموزش #IBM_Rational_Functional_Tester
👈👈آموزش #Jenkins
-
-
⚡️⚡️ابتدای کانال: https://telegram.me/TISTeN/2
دوستان در پایین لیست هشتگهای کانال را میبینید. برای عزیزانی که با امکانات موجود در تلگرام آشنایی کمی دارند توضیح مختصری در مورد هشتگ میدهیم. نوشتههایی که در ابتدای آن یک علامت شارپ(#) قرار گرفته (و منجر شده که نوشته به رنگ آبی و مانند لینک رویت شود) هشتگ نامیده میشود. نویسنده پست بنا به محتوایی که در پست وجود دارد هشتگی را در آن ثبت میکند. این هشتگها به نوعی نماینده محتوای یک پست میباشند. به این ترتیب با لمس کردن هشتگ(در وسایل لمسی) یا کلیک روی آن(در کامپیوتر)، فورا فهرست پستهایی که آن هشتگ در آنها ثبت شده است، لیست میگردد. به این ترتیب میتوانید تمام پستها را با موضوع آن هشتگ به سرعت به دست آورید.
لیست هشتگهای کانال و شرح معنی هر هشتگ به شرح زیر است:
⭐️انواع محتوا⭐️
⚡️#دانش : تمامی پستهایی که در زمینه دانش ارائه شدهاند. پستهای مرتبط با دانش دارای زیرمجموعههای ذیل است:
👈👈#دانش1 : پستهای ارائه شده در مورد "آزمون بدون اجرای نرمافزار، ناشناختهترین نوع آزمون"
👈👈#دانش2 : پستهای ارائه شده در مورد "Dynamic Analysis". در اینجا پستها به سه دسته زیر تقسیم شدهاند:
👈👈👈#تکنیکهای_BlackBox : پستهای ارائه شده درباره "تکنیکهای Black Box"
👈👈👈#تکنیکهای_WhiteBox : پستهای ارائه شده درباره "تکنیکهای White Box"
👈👈👈#انتخاب_تکنیک_آزمون : پستهای ارائه شده درباره چگونگی انتخاب تکنیکهای آزمون
👈👈#مدیریت_آزمون : پستهای ارائه شده در مورد چگونگی مدیریت آزمون. در این موضوع پستها به هشتگهای زیر تقسیم میشوند:
👈👈👈#مدیریت_تیم_آزمون : پستهای ارائه شده درباره چگونگی مدیریت تیم آزمون
👈👈👈 هشتگ #Test_Plan : پستهای ارائه شده درباره Test Plan
👈👈👈#اولویت_بندی_در_آزمون : پستهای ارائه شده در مورد چگونگی اولویت بندی در آزمون
👈👈👈#معیارهای_ورودبه_خروجاز_آزمون : پستهای ارائهخ شده در مورد معیارهای ورود به/خروج از آزمون
👈👈👈#هزینه_نقص : پستهای ارائه شده در مورد هزینه های نقص
👈👈👈#هزینه_آزمون : پستهای ارائه شده در مورد هزینه آزمون
👈👈👈#تخمین_تلاش_آزمون : پستها یارائه شده در زمینه تخمین تلاش آزمون
👈👈👈#استراتژی_تست : پستهای ارائه شده در زمینه استراتژی تست
👈👈👈#تست_و_ریسک : پستهای ارائه شده در مورد تست و ریسک
👈👈👈#مدیریت_کار_آزمون : پستهای ارائه شده در مورد مدیریت کار آزمون
👈👈👈#مدیریت_حادثه : پستهای ارائه شده در مورد مدیریت حادثه
👈👈👈#نیازمندیهای_مدیریت_پیکربندی : پستهای ارائه شده در مورد نیازمندیهای مدیریت پیکربندی
👈👈👈#استانداردهای_تست : پستهای ارائه شده در مورد استانداردهای تست
👈👈#ابزار_آزمون : پستهای ارائه شده در مورد ابزار آزمون
👈👈 #تحلیلگر_آزمون : پستهای ارائه شده در مورد Test Analyst(یکی از سیلابسهای مقطع CTAL در ISTQB)
👈👈👈#مقدمه_تحلیلگر_آزمون : پستهای ارائه شده با موضوع مطالب مقدماتی درباره Test Analyst
⚡️#تکنولوژی : تمامی پستهایی که در زمینه آموزش تکنولوژی ارائه شده است
👈👈آموزش #Specflow
⚡️#منبع_علمی : تمامی پستهایی که در زمینه ارائه منابع علمی روی کانال قرار گرفته است
⚡️#اعلام_برنامه : تمامی پستهایی که در برگیرنده اعلام برنامه کانال در یک روز خاص است
⚡️#فرصت_شغلی : تمامی پستهایی که در برگیرنده آگهی دعوت به همکاری میباشد
⭐️قالب محتوا⭐️
⚡️#تصویر : پستهایی که محتوای اصلی آنها یک عکس است
⚡️#مالتیمدیا : پستهایی که محتوای آنها غالبا یک فیلم قابل دانلود است
⚡️#متن : پستهایی که محتوای آنها غالبا متنی است
⚡️#کتاب : پستهایی که محتوای اصلی آنها یک کتاب قابل دانلود است
⚡️#مجله : پستهایی که در بردارنده یک مجله است
⭐️سایر⭐️
⚡️#تیستن : پستهایی که در رابطه با دوماهنامه تیستن(اولین نشریه تخصصی تست نرم افزار ایران) است
⚡️#اینفوگرافی : تمامی پستهایی که در برگیرنده اینفوگرافیهای منتشر شده توسط تیستن است
⚡️#معرفی_تکنولوژی : پستهایی که در آنها تکنولوژیهای تست نرمافزار موجود در دنیا را معرفی(به صورت مختصر) و دسته بندی کرده است
⚡️#فایل_آموزشی : پستهایی که در بردارنده یک فایل آموزشی و غالبا متنی میباشد.
⚡️#کارتون : پستهایی که در بر دارنده یک تصویر به صورت Comic Strip است
⚡️#انتشار_کتاب : پستهایی که اطلاعاتی درباره انتشار کتب تست میدهد
👈👈آموزش #JMeter
👈👈آموزش #Selenium
👈👈👈آموزش #Selenium_IDE
👈👈👈آموزش #Selenium_Test_Features
👈👈آموزش #Jira
👈👈👈آموزش #مبانی_Jira
👈👈آموزش #QTP
👈👈آموزش #TFS شامل : دوره TFS 2015 و دوره اسکرام با TFS 2013
👈👈آموزش #IBM_Rational_Functional_Tester
👈👈آموزش #Jenkins
Telegram
TISTeN
به نام خدا
موضوع: خوشامدگویی
هدف از راه اندازی این کانال، در یک جمله خلاصه میشود: نزدیک کردن کیفیت محصولات نرم افزاری ساخت داخل به استانداردهای بین المللی و ارائه راهکارهای عملی آزمون در حوزه عمومی نرم افزار و نرم افزارهای تخصصی.
به جرأت میتوان گفت، یکی از…
موضوع: خوشامدگویی
هدف از راه اندازی این کانال، در یک جمله خلاصه میشود: نزدیک کردن کیفیت محصولات نرم افزاری ساخت داخل به استانداردهای بین المللی و ارائه راهکارهای عملی آزمون در حوزه عمومی نرم افزار و نرم افزارهای تخصصی.
به جرأت میتوان گفت، یکی از…