۱. مقدمه مسئلهمحور و واقعی
در پروژههای نرمافزاری، کیفیت محصول تنها به کار توسعهدهنده بستگی ندارد؛ بلکه عملکرد دقیق تستنویس نرمافزار (Test Writer) بخش بزرگی از تضمین کیفیت (QA) را تشکیل میدهد.
تستنویس مسئول طراحی سناریوهای تست، نوشتن Test Case، تحلیل رفتار سیستم، شناسایی باگها و همکاری با تیم توسعه است.
نبود قرارداد استخدامی رسمی باعث مشکلات رایجی میشود:
- اختلاف درباره محدوده وظایف (نویسنده تست، تستزن یا QA Engineer؟)
- ابهام در تحویلدادنیها (Test Plan، Test Case، Bug Report و …)
- مشکل در تعیین ابزارهای مورد استفاده (Jira، TestRail، Zephyr و …)
- اختلاف در ساعات کاری، زمان تحویل و رفتار در اسپرینتها
- نبود شفافیت در معیارهای عملکرد (KPI)
- ناهماهنگی درباره مسئولیت رفع باگها و پیگیری آنها
- عدم رعایت محرمانگی اطلاعات محصول
بنابراین داشتن یک قرارداد دقیق برای استخدام تستنویس نرمافزار ضروری است تا از اختلافات آینده جلوگیری شود.
۲. تحلیل حقوقی و فنی قرارداد استخدام Test Writer
این قرارداد در دسته قراردادهای حوزه فناوری اطلاعات و تضمین کیفیت (QA) قرار میگیرد و باید شامل موارد زیر باشد:
۱. مشخصات طرفین
- کارفرما (شرکت نرمافزاری، استارتاپ یا سازمان)
- تستنویس نرمافزار (Test Case Writer / QA Documentation Specialist)
۲. شرح کامل وظایف Test Writer
وظایف باید دقیق تعریف شوند، از جمله:
- تحلیل نیازمندیهای محصول (SRS, User Story, Acceptance Criteria)
- طراحی و نوشتن تستکیسهای استاندارد
- طراحی Test Scenario، Test Plan، Traceability Matrix
- تحلیل رفتار سیستم و ارزیابی User Flow
- همکاری با برنامهنویس و QA برای بازبینی تستها
- ثبت باگها در سیستم Issue Tracking
- بررسی Regression Test در ریلیزهای جدید
- طراحی تست برای Front، Back و API
- مشارکت در جلسات اسکرام، Grooming و Planning
- تضمین پوشش تست منطقی (Test Coverage)
- مستندسازی خروجیها برای تیم فنی
۳. ابزارها و استانداردهای مورد استفاده
در قرارداد باید تعیین شود:
- ابزار مدیریت تست (TestRail، Zephyr، Qase …)
- ابزار مدیریت پروژه (Jira، Trello، ClickUp …)
- استاندارد نوشتن تستها (ISTQB، IEEE 829)
- روش مستندسازی باگ (Severity، Priority، Steps to Reproduce)
- مفاهیم مورد انتظار (Functional Test, UI Test, API Test, Smoke Test …)
۴. مدل همکاری و پرداخت
بسته به نوع همکاری:
- استخدام تماموقت یا پارهوقت
- پرداخت ماهانه ثابت
- پرداخت براساس اسپرینت
- پاداش عملکرد (Quality Score, Coverage Score)
- بیمه و مزایا
- پرداخت هزینه آموزشهای تخصصی QA (در صورت توافق)
۵. معیارهای ارزیابی عملکرد (KPI)
در قرارداد باید معیارهای اندازهگیری شفاف باشد:
- تعداد تستکیسهای نوشتهشده در هر اسپرینت
- کیفیت تستکیسها
- سرعت کشف باگ در ریلیز
- نرخ خطای تست (False Positive/Negative)
- پوشش تست
- زمانبندی تحویل مستندات تست
۶. مالکیت مستندات و محرمانگی
این بخش بسیار مهم است:
- تمام Test Case، Test Plan و Bug Report متعلق به کارفرماست
- Test Writer حق انتقال، کپی یا اشتراک مستندات را ندارد
- اطلاعات محرمانه محصول باید طبق NDA حفظ شود
- پس از پایان همکاری، دسترسیها باید قطع شود
۷. محدوده مسئولیت
در قرارداد باید نوشته شود Test Writer مسئول:
- طراحی تست
- تحلیل سناریوها
- مستندسازی
اما مسئول رفع باگها نیست؛ رفع باگ وظیفه تیم توسعه است.
۸. فسخ قرارداد
فسخ در موارد زیر قابل انجام است:
- عدم رعایت محرمانگی
- تحویل ندادن مستندات تست
- کیفیت پایین تستها
- کمکاری در اسپرینتها
- گزارشدهی ناقص
۳. ۱۰ سؤال پرتکرار درباره قرارداد تستنویس نرمافزار
۱. آیا تستنویس مسئول تستزدن هم هست؟
در برخی شرکتها بله، اما اگر فقط Test Writer باشد، وظیفه او نوشتن تست است، نه اجرای آن.
۲. آیا باید در قرارداد ابزارهای تست نوشته شود؟
بله، مهم است.
۳. آیا Test Writer مسئول رفع باگ است؟
خیر، فقط گزارشدهی و پیگیری.
۴. آیا باید مستندات تست به کارفرما تعلق داشته باشد؟
قطعاً بله.
۵. آیا امکان کار ریموت وجود دارد؟
در اکثر سازمانها بله، در قرارداد باید مشخص شود.
۶. آیا تستنویس باید ISTQB بلد باشد؟
ضروری نیست اما امتیاز مثبت است؛ اگر الزام باشد باید در قرارداد درج شود.
۷. آیا KPI تستنویس مهم است؟
بله، کیفیت کار را قابل اندازهگیری میکند.
۸. آیا Test Writer باید API را تست کند؟
اگر در شرح وظایف باشد، بله.
۹. آیا قرارداد شامل محرمانگی است؟
بله، این مهمترین بخش است.
۱۰. آیا فایل Word قابل ویرایش است؟
بله، تمام بندها قابل تغییرند.
۴. نکات کلیدی، اشتباهات رایج و توصیهها
نکات کلیدی
- تعریف دقیق خروجیها: Test Case, Test Plan, Bug Report
- تعیین ابزارهای تست و مدیریت پروژه
- تعیین KPI عملکرد
- نوشتن بند مالکیت مستندات
- تعیین مسئولیتها در اسپرینت
اشتباهات رایج
- عدم تعیین محدوده وظایف (نویسنده تست یا Tester؟)
- ننوشتن SLA برای تحویل تستها
- ننوشتن استاندارد تستنویسی
- ابهام در ابزارهای کاری
- عدم تعیین سطح دسترسی به محیط تست
۵. تأکید مهم
این نمونه قرارداد عمومی است.
هر سازمان نیازهای مختلفی دارد:
- تست خودکار (Automation)
- تست رگرسیون
- تست امنیت
- تست API
- تست اپلیکیشن موبایل
به همین دلیل بهترین حالت، سفارشیسازی قرارداد براساس پروژه است.
۶. خدمات تنظیم قرارداد اختصاصی – پایگاه دانلود
ما میتوانیم برای شما قرارداد حرفهای و سفارشی آماده کنیم:
- قرارداد استخدام Test Writer
- قرارداد استخدام QA Engineer
- قرارداد تستزن (Tester)
- قرارداد تست خودکار (Automation)
- قرارداد محرمانگی اطلاعات (NDA)
برای سفارش:
📞 09050394455
۷. روایتهای واقعی کاربران
روایت ۱ – استارتاپ خدمات پرداخت
کیفیت تستکیسها بالا رفت و تعداد باگهای نسخه نهایی نصف شد.
روایت ۲ – شرکت نرمافزاری ERP
با قراردادن KPIها، تیم QA عملکرد منظمتری داشت.
روایت ۳ – پروژه موبایل
عدم توافق درباره تحویل تستکیسها مشکلساز شده بود؛ قرارداد همه چیز را حل کرد.
روایت ۴ – شرکت SaaS
مستندسازی تستها باعث افزایش سرعت توسعه شد.
روایت ۵ – تیم Agile
با تعریف وظایف Test Writer، نقشها کاملاً مشخص شد.
۸. جمعبندی
تستنویسی یکی از مهمترین بخشهای تضمین کیفیت است و نبود قرارداد مشخص، باعث اختلاف، تأخیر و کاهش کیفیت محصول میشود.
با این قرارداد:
- خروجیها دقیق تعیین میشود
- نقشها و مسئولیتها شفاف است
- مستندات به کارفرما تعلق دارد
- کیفیت پروژه تضمین میشود