اگر دیتاسنتر یا پیمانکار اجرای زیرساخت، گزارش آزمون پذیرش دیتاسنتر را ارائه نکند، کارفرما باید پیش از تأیید نهایی تحویل، مدارک قرارداد، نقشه‌های اجرایی، مشخصات تجهیزات و شواهد آزمون را بررسی کند و برای بخش‌های فاقد مستندات معتبر، آزمون فنی قابل ردیابی درخواست دهد. تحویل رک، کابل و تجهیزات برق به‌تنهایی اثبات نمی‌کند که تمام لینک‌های ارتباطی، مسیرهای تغذیه و سامانه‌های پشتیبان مطابق الزامات پروژه کار می‌کنند. همچنین نبود گزارش، به‌خودی‌خود ثابت‌کننده خرابی زیرساخت نیست؛ بلکه نشان می‌دهد بخشی از شواهد لازم برای ارزیابی کیفیت تحویل در دسترس قرار نگرفته است.
در پروژه‌های دیتاسنتری، فاصله مهمی میان نصب تجهیزات و اثبات عملکرد صحیح آنها وجود دارد. ممکن است کابل‌های شبکه منظم و سالم به نظر برسند، اما در آزمون پارامترهای انتقال داده مردود شوند یا سامانه برق اضطراری هنگام تغییر منبع تغذیه رفتار مورد انتظار را نداشته باشد. ازاین‌رو، بررسی کیفیت تحویل باید بر معیارهای از پیش تعیین‌شده، نتایج قابل اندازه‌گیری و مسئولیت‌های قراردادی استوار باشد. این راهنما برای مدیران فناوری اطلاعات، کارشناسان شبکه، مسئولان زیرساخت و کارفرمایان ایرانی تنظیم شده است.
آزمون پذیرش زیرساخت دیتاسنتر چیست و چه کاربردی دارد؟
آزمون پذیرش زیرساخت دیتاسنتر مجموعه‌ای از بررسی‌ها و اندازه‌گیری‌های برنامه‌ریزی‌شده است که مشخص می‌کند اجزای اجراشده با الزامات فنی مصوب انطباق دارند یا خیر. دامنه آزمون می‌تواند کابل‌کشی مسی و فیبر نوری، ارتباطات رک‌ها، مسیرهای تغذیه برق، UPS، تجهیزات توزیع و عملکرد یکپارچه سامانه‌های حیاتی را شامل شود. نوع آزمایش‌ها به طراحی، محدوده پیمان و سطح عملکرد مورد انتظار بستگی دارد. هدف اصلی، تولید شواهد قابل بررسی پیش از پذیرش رسمی پروژه است.
برای مثال، روشن شدن چراغ ارتباط یک سوئیچ نشان‌دهنده برقراری نوعی اتصال است، اما به‌تنهایی انطباق کابل مسی با رده عملکرد تعیین‌شده را اثبات نمی‌کند. به همین ترتیب، روشن شدن UPS تضمین نمی‌کند که کل زنجیره برق پشتیبان در شرایط بار طراحی‌شده عملکرد صحیحی دارد. گزارش پذیرش باید نشان دهد چه چیزی، با چه روشی، تحت چه شرایطی و بر اساس کدام معیار آزمایش شده است. این مستندات مبنای مناسبی برای تشخیص نقص‌های اولیه و اختلاف‌های احتمالی بعدی فراهم می‌کنند.
تفاوت آزمون عملکرد با بازرسی ظاهری
بازرسی ظاهری برای شناسایی آسیب فیزیکی، نامنظمی کابل‌ها، ایراد برچسب‌گذاری، خم‌شدگی نامناسب فیبر و نقص نصب ضروری است. بااین‌حال، بسیاری از ویژگی‌های الکتریکی و نوری با مشاهده مستقیم مشخص نمی‌شوند. آزمون عملکرد به ابزار مناسب، روش معتبر و معیار قبولی مشخص نیاز دارد. بنابراین بازرسی ظاهری و آزمون اندازه‌گیری باید مکمل یکدیگر باشند، نه جایگزین هم.
گزارش تست کابل‌کشی ساختاریافته باید شامل چه اطلاعاتی باشد؟
گزارش تست کابل‌کشی ساختاریافته باید امکان شناسایی دقیق هر لینک را فراهم کند. شناسه مسیر، شماره رک و پورت، نوع کابل، مشخصات تجهیزات اتصال، روش آزمون، تاریخ اجرا و مشخصات دستگاه اندازه‌گیری از اطلاعات مهم هستند. علاوه بر این، باید مشخص شود آزمون برای لینک دائمی انجام شده یا کانال ارتباطی شامل پچ‌کوردها نیز ارزیابی شده است. بدون تعیین پیکربندی آزمون، مقایسه نتیجه با الزامات قرارداد ممکن است گمراه‌کننده باشد.
برای کابل مسی، نتایجی مانند نقشه اتصال رشته‌ها، طول، تلفات درج، تداخل نزدیک و بازتاب سیگنال متناسب با رده کابل اهمیت دارند. برای فیبر نوری نیز نوع فیبر، طول موج، تلفات مسیر، روش اندازه‌گیری و در صورت ضرورت نتایج بازتاب‌سنجی بررسی می‌شوند. مقادیر قبولی باید از استاندارد و نسخه مشخص‌شده در اسناد پروژه استخراج شوند. یک عبارت کلی مانند «تمام کابل‌ها سالم هستند» جایگزین داده‌های واقعی اندازه‌گیری نیست.
| بخش زیرساخت | آزمون یا مدرک ضروری | معیار بررسی | پیامد نبود مستندات |
|---|---|---|---|
| کابل مسی شبکه | گزارش گواهی آزمون لینک | انطباق با رده کابل و پیکربندی مصوب | نامشخص بودن کیفیت انتقال فیزیکی |
| فیبر نوری | نتایج سنجش تلفات و آزمون‌های مقرر | بودجه تلفات و مشخصات طراحی | ابهام در کیفیت اتصال و مسیر نوری |
| پچ‌پنل و مسیر ارتباطی | نقشه پورت‌ها و تطبیق شناسه‌ها | انطباق با نقشه چون‌ساخت | دشواری عیب‌یابی و ردیابی لینک |
| UPS و باتری | گزارش آزمون عملکرد تحت بار تعیین‌شده | ظرفیت، انتقال و رفتار مورد انتظار | نامشخص بودن آمادگی برق پشتیبان |
| توزیع برق و حفاظت | گزارش آزمون‌های ایمنی و عملکردی | الزامات طراحی و حفاظت الکتریکی | ابهام درباره ایمنی و هماهنگی تجهیزات |
| عملکرد یکپارچه | صورت‌جلسه سناریوهای پذیرش | عملکرد سامانه‌ها در وضعیت‌های مصوب | اثبات‌نشدن آمادگی عملیاتی مجموعه |
تفاوت آزمون پیش از تحویل با پایش دوره‌ای زیرساخت چیست؟
آزمون پیش از تحویل برای اثبات انطباق اجرای اولیه با طراحی و قرارداد انجام می‌شود. زمان انجام آن معمولاً پس از نصب و آماده‌سازی تجهیزات و پیش از پذیرش نهایی یا مطابق مراحل توافق‌شده پروژه است. این آزمون باید وضعیت زیرساخت را در نقطه مشخصی از چرخه اجرای پروژه ثبت کند. نتیجه آن می‌تواند مبنای تصمیم کارفرما درباره پذیرش، پذیرش مشروط یا درخواست اصلاح باشد.
پایش دوره‌ای پس از آغاز بهره‌برداری با هدف شناسایی تغییرات، افت عملکرد و مشکلات ناشی از فرسودگی یا مداخله‌های بعدی اجرا می‌شود. برای نمونه، اندازه‌گیری مجدد تلفات یک مسیر فیبر پس از توسعه شبکه می‌تواند تغییر کیفیت را مشخص کند. گزارش پایش جدید، وضعیت فعلی را نشان می‌دهد اما لزوماً ثابت نمی‌کند همان وضعیت هنگام تحویل اولیه نیز وجود داشته است. برای تحلیل اختلاف، تاریخ آزمون و تغییرات ثبت‌شده میان دو مرحله اهمیت اساسی دارد.
اگر پیمانکار نتایج تست شبکه را تحویل ندهد چه مشکلی ایجاد می‌شود؟
مهم‌ترین مشکل نبود نتایج تست، کاهش قابلیت اثبات کیفیت اجرای پروژه است. کارفرما نمی‌تواند با اطمینان تشخیص دهد کدام مسیرها آزمایش شده‌اند و کدام لینک‌ها بدون بررسی پذیرفته شده‌اند. همچنین در صورت بروز اختلال بعدی، مقایسه وضعیت موجود با خط مبنای فنی اولیه دشوار خواهد شد. این موضوع می‌تواند زمان عیب‌یابی، تعیین مسئولیت و تصمیم‌گیری درباره اصلاح زیرساخت را پیچیده کند.
از نظر قراردادی، باید ابتدا روشن شود که ارائه گزارش جزء تعهدات صریح پیمانکار بوده یا از مشخصات فنی، پیوست‌ها و الزامات پذیرفته‌شده پروژه ناشی می‌شود. اگر اسناد، تحویل نتایج آزمون را شرط پذیرش دانسته باشند، نبود آن اهمیت بیشتری خواهد داشت. کارفرما بهتر است درخواست مدارک را به‌صورت مکتوب و با اشاره به بندهای مربوط ثبت کند. صرف ادعای شفاهی درباره انجام تست، جایگزین بررسی فایل‌های اصلی و سوابق قابل ردیابی نیست.
آیا نبود گزارش به معنای مردودی تمام لینک‌هاست؟
خیر؛ نبود گزارش و مردودی فنی دو وضعیت متفاوت هستند. ممکن است آزمون انجام شده ولی مستندات تحویل نشده باشند یا اساساً آزمون لازم اجرا نشده باشد. تعیین وضعیت نیازمند بررسی سوابق و در صورت ضرورت انجام آزمون مستقل است. این تفکیک مانع نتیجه‌گیری شتاب‌زده در اختلاف‌های فنی و حقوقی می‌شود.
چگونه مشخصات لینک‌های شبکه را با قرارداد مقایسه کنیم؟
نخست باید قرارداد، فهرست مقادیر، مشخصات فنی، نقشه‌های مصوب و تغییرات تأییدشده کنار یکدیگر قرار گیرند. سپس برای هر لینک، نوع کابل، رده عملکرد، طول مجاز، نوع اتصال و مسیر اجرا با مدارک واقعی مقایسه شود. برای مثال، ذکر کابل رده مشخص در قرارداد کافی نیست؛ باید نوع لینک و معیار آزمون متناسب با همان رده نیز تعیین شده باشد. در پروژه‌های فیبر نوری، تعداد رشته‌ها و بودجه تلفات از موارد کلیدی مقایسه هستند.
مرحله بعد، تطبیق شناسه لینک‌های موجود در گزارش با پورت‌ها و مسیرهای واقعی است. اگر نام‌گذاری یا نقشه‌ها یکسان نباشند، حتی نتایج قابل قبول نیز ممکن است به مسیر مورد ادعا ارتباط مشخصی نداشته باشند. تغییرات مصوب در طول اجرا باید از درخواست‌های غیررسمی و اصلاحات فاقد تأیید جدا شوند. اختلاف را باید با ذکر شناسه تجهیز، بند قرارداد و نتیجه اندازه‌گیری ثبت کرد، نه با توصیف عمومی مانند «شبکه کیفیت مناسبی ندارد».
چک‌لیست بررسی کیفیت تحویل زیرساخت دیتاسنتر
- قرارداد، پیوست‌های فنی و معیارهای پذیرش جمع‌آوری شده‌اند.
- نقشه‌های چون‌ساخت با مسیرهای واقعی کابل‌کشی تطبیق داده شده‌اند.
- برای لینک‌های مشمول آزمون، گزارش قابل ردیابی دریافت شده است.
- نوع و پیکربندی آزمون کابل مسی یا فیبر نوری مشخص است.
- مشخصات دستگاه تست و وضعیت کالیبراسیون آن بررسی شده است.
- نتایج آزمون با حدود قبولی مصوب مقایسه شده‌اند.
- تجهیزات UPS و توزیع برق طبق برنامه ایمن آزمایش شده‌اند.
- نقص‌های کشف‌شده همراه با مسئول اصلاح و وضعیت رفع ثبت شده‌اند.
- آزمون مجدد بخش‌های اصلاح‌شده مستندسازی شده است.
- صورت‌جلسه تحویل، وضعیت موارد باز و تعهدات باقی‌مانده را روشن می‌کند.
نقش آزمون سیستم برق اضطراری در تحویل دیتاسنتر چیست؟
برق اضطراری از بخش‌های حساس زیرساخت دیتاسنتر است، زیرا استمرار تغذیه تجهیزات حیاتی به عملکرد هماهنگ چند سامانه بستگی دارد. آزمون پذیرش می‌تواند عملکرد UPS، باتری، تابلوهای توزیع، مسیرهای تغذیه و در صورت وجود ژنراتور و تجهیزات انتقال منبع را بررسی کند. معیارها باید بر اساس طراحی و ظرفیت بار مورد توافق تعیین شوند. صرف مشاهده روشن بودن تجهیزات یا نمایش وضعیت عادی روی پنل، اثبات‌کننده عملکرد صحیح هنگام اختلال برق نیست.
در آزمون‌های برنامه‌ریزی‌شده، رفتار سامانه هنگام قطع منبع اصلی، انتقال بار، بازیابی تغذیه و بازگشت به شرایط پایدار بررسی می‌شود. اجرای چنین سناریوهایی باید توسط متخصصان صلاحیت‌دار، با ارزیابی ریسک، مجوزهای لازم و برنامه حفاظتی انجام شود. آزمایش بدون هماهنگی روی زیرساخت فعال ممکن است ایمنی افراد و تداوم خدمات را تهدید کند. گزارش نهایی باید شرایط بار، زمان‌بندی رویدادها، وضعیت هشدارها و نتایج واقعی را منعکس کند.
اگر نتیجه آزمون پذیرش مردود باشد چه مراحل فنی لازم است؟
در صورت مردودی، نخست باید مشخص شود کدام معیار پذیرفته‌شده نقض شده است و آیا روش اندازه‌گیری درست اجرا شده یا خیر. شناسه لینک یا تجهیز، مقدار اندازه‌گیری‌شده، حد قبولی و شرایط آزمون باید ثبت شوند. سپس تیم فنی علت احتمالی را بررسی می‌کند؛ برای نمونه، مشکل می‌تواند از اتصال نامناسب، آسیب کابل، انتخاب نادرست پیکربندی تست یا نقص تجهیزات باشد. تغییر معیار قبولی پس از مشاهده نتیجه مردود، بدون تأیید رسمی طرف‌های ذی‌ربط، روش قابل اتکایی برای رفع اختلاف نیست.
پس از شناسایی علت، برنامه اصلاحی شامل اقدام مورد نیاز، مسئول اجرا، محدوده اثر و روش راستی‌آزمایی تهیه می‌شود. اگر یک مسیر کابل تعویض شده باشد، آزمون مجدد همان مسیر ضروری است و ممکن است بررسی مسیرهای وابسته نیز لازم شود. در زیرساخت برق، اصلاحات باید طبق دستورالعمل ایمنی و با درنظرگرفتن اثر آن بر سایر سامانه‌ها انجام شوند. پذیرش نهایی باید به شواهد رفع نقص متکی باشد، نه صرف اعلام پیمانکار مبنی بر اصلاح مشکل.
چرا آزمون مجدد باید قابل مقایسه باشد؟
برای مقایسه معتبر، روش آزمون، پیکربندی و معیار ارزیابی پیش و پس از اصلاح باید مشخص باشند. اگر روش تغییر کرده باشد، علت و اثر آن بر نتیجه باید توضیح داده شود. همچنین لازم است گزارش قبلی حفظ شود تا روند اصلاح نقص قابل ردیابی باقی بماند. حذف نتیجه مردود از پرونده فنی، سابقه واقعی پروژه را ناقص می‌کند.
چگونه مستندات اصلاح نقص و آزمون مجدد را نگهداری کنیم؟
بهتر است برای هر نقص یک شناسه مستقل تعریف شود و تمام مکاتبات، تصاویر، نتایج اندازه‌گیری و صورت‌جلسه‌های مرتبط زیر همان شناسه نگهداری شوند. پرونده اصلاح باید وضعیت اولیه، علت احتمالی، اقدام انجام‌شده، تاریخ اصلاح و نتیجه آزمون مجدد را نشان دهد. نسخه اصلی فایل‌های خروجی دستگاه تست، در صورت دسترسی، در کنار نسخه قابل مطالعه گزارش حفظ شود. این شیوه امکان بازبینی مستقل و تحلیل تغییرات را فراهم می‌کند.
در نگهداری دیجیتال، ثبت زمان، کنترل نسخه و محدودسازی دسترسی به فایل‌ها اهمیت دارد. نسخه‌های قبلی نباید بدون سابقه تغییر بازنویسی شوند و بهتر است از مدارک مهم نسخه پشتیبان مستقل تهیه شود. همچنین صورت‌جلسه‌های امضاشده باید با نتایج فنی و شماره نسخه نقشه‌ها ارتباط مشخص داشته باشند. در اختلاف‌های قراردادی، انسجام و قابلیت انتساب مدارک می‌تواند به اندازه جزئیات فنی آنها اهمیت پیدا کند.
اشتباهات رایج در مستندسازی آزمون پذیرش
- پذیرش فایل خلاصه بدون داده‌های مربوط به لینک‌های آزمایش‌شده.
- استفاده از گزارش تستی که شناسه پورت‌ها با پروژه مطابقت ندارد.
- یکسان دانستن تست اتصال ساده با آزمون گواهی عملکرد کابل.
- حذف نتایج مردود پس از تعمیر به‌جای ثبت سابقه اصلاح.
- اعتماد به گزارش فاقد تاریخ، روش آزمون یا مشخصات ابزار.
- پذیرش اصلاحات شفاهی بدون صورت‌جلسه و آزمون مجدد.
آیا تحویل فیزیکی تجهیزات بدون گزارش آزمون به معنای تحویل کامل است؟
پاسخ قطعی به مفاد قرارداد و شرایط واقعی پروژه وابسته است. تحویل فیزیکی معمولاً بیانگر انتقال یا در اختیار قرار گرفتن تجهیزات است، درحالی‌که تحویل فنی می‌تواند به انجام آزمون‌ها، رفع نقص‌ها و ارائه مدارک وابسته باشد. اگر قرارداد مراحل تحویل موقت، پذیرش فنی و تحویل قطعی را از یکدیگر جدا کرده باشد، آثار هر مرحله باید مستقلاً بررسی شوند. بنابراین امضای رسید دریافت تجهیزات لزوماً همان معنای تأیید کامل کیفیت اجرا را ندارد.
از منظر حقوق ایران، ماده ۲۱۹ قانون مدنی بر لازم‌الاتباع بودن قراردادهای معتبر تأکید دارد. عبارت مرتبط این ماده چنین است: «عقودی که بر طبق قانون واقع شده باشد بین متعاملین و قائم مقام آنها لازم‌الاتباع است». متن قانون مدنی را می‌توان از سامانه ملی قوانین و مقررات کشور، معاونت حقوقی ریاست جمهوری پیگیری کرد. البته دسترسی مستقیم به همین نشانی در زمان بررسی ممکن نبود و متن نقل‌شده با نسخه‌های در دسترس قانون تطبیق داده شد؛ برای استفاده قضایی، آخرین متن رسمی و وضعیت مقررات مرتبط باید مجدداً کنترل شود.
در صورت اختلاف درباره الزام به ارائه مستندات، باید رابطه میان تعهدات صریح، عرف فنی پذیرفته‌شده و شرایط اختصاصی قرارداد بررسی شود. ماده ۲۲۰ قانون مدنی نیز برای تحلیل آثار عرفی و قانونی تعهدات اهمیت دارد، اما از آن نمی‌توان به‌طور خودکار نتیجه گرفت که هر نوع آزمون یا گزارش در تمام پروژه‌ها الزامی بوده است. اگر اختلاف به مسئولیت آزمون، اعتبار نتایج یا خسارت ناشی از اجرای نامنطبق مربوط شود، مطالعه موضوع اختلاف نتایج آزمون کنترل کیفیت در تهران؛ مسئولیت آزمایشگاه و نقش وکیل می‌تواند برای شناخت ابعاد حقوقی مفید باشد. برای پرونده مشخص، بررسی مدارک توسط وکیل پایه یک دادگستری و کارشناس فنی مرتبط توصیه می‌شود.
چگونه اختلاف کیفیت اجرای زیرساخت را از نقص بهره‌برداری جدا کنیم؟
تشخیص منشأ نقص نیازمند بررسی وضعیت پروژه هنگام تحویل و تغییرات پس از آن است. برای مثال، اگر یک لینک فیبر از ابتدا تلفات بیش از حد مجاز داشته باشد، احتمال نقص اجرای اولیه مطرح می‌شود. اما اگر گزارش معتبر اولیه نشان‌دهنده قبولی بوده و پس از جابه‌جایی تجهیزات، همان لینک آسیب دیده باشد، باید نقش تغییرات بهره‌برداری بررسی شود. هیچ‌یک از این وضعیت‌ها بدون تحلیل مدارک، به‌تنهایی مسئولیت قطعی یک طرف را اثبات نمی‌کند.
برای تفکیک علت‌ها، گزارش‌های اولیه، نقشه‌های چون‌ساخت، سوابق تعمیرات، تغییرات مسیر، گزارش حادثه و نتایج آزمون جدید باید کنار هم قرار گیرند. بهتر است بررسی توسط کارشناس دارای صلاحیت مرتبط و با حضور یا امکان اظهارنظر طرف‌های اختلاف انجام شود. در اختلاف‌های پیچیده، ممکن است بررسی فنی مستقل یا ارجاع به کارشناسی رسمی ضرورت پیدا کند. هدف این فرایند، تعیین رابطه میان وضعیت فنی، زمان ایجاد نقص و تعهدات هر طرف است.
نمونه کاربردی تفکیک نقص اجرا از بهره‌برداری
فرض کنید پس از تحویل دیتاسنتر، ارتباط یکی از رک‌ها دچار اختلال می‌شود. اگر گزارش آزمون اولیه موجود نباشد، تعیین اینکه کابل از ابتدا نامنطبق بوده یا در عملیات بعدی آسیب دیده دشوارتر خواهد شد. در مقابل، وجود نتایج معتبر اولیه و سوابق کامل تغییرات می‌تواند دامنه بررسی را محدود کند. به همین دلیل، گزارش پذیرش علاوه بر کنترل کیفیت، برای مدیریت اختلاف‌های آینده نیز ارزش دارد.
جمع‌بندی
گزارش آزمون پذیرش دیتاسنتر یکی از مدارک اصلی برای ارزیابی انطباق کابل‌کشی، ارتباطات شبکه و سامانه برق با مشخصات مصوب پروژه است. اگر این گزارش ارائه نشود، مناسب‌ترین اقدام، بررسی تعهدات قراردادی، درخواست رسمی مستندات، تطبیق نقشه‌ها و اجرای آزمون‌های ضروری توسط افراد صلاحیت‌دار است. نبود گزارش نباید بدون دلیل معادل خرابی کامل زیرساخت تلقی شود، همان‌طور که تحویل فیزیکی تجهیزات نیز به‌تنهایی اثبات‌کننده قبولی فنی نیست.
برای کاهش اختلاف، لازم است معیار قبولی، مسئول انجام آزمون، نحوه ثبت نتایج و شرایط پذیرش نهایی از ابتدا روشن باشند. در پروژه‌های دارای نقص، نگهداری نتایج مردود، سوابق اصلاح و آزمون مجدد به شفافیت تصمیم‌گیری کمک می‌کند. این مقاله جنبه آموزشی و اطلاع‌رسانی دارد و جایگزین ارزیابی تخصصی فنی یا مشاوره حقوقی متناسب با قرارداد و شرایط واقعی پرونده نیست.
پرسش‌های متداول
آیا همه پروژه‌های دیتاسنتر به یک نوع آزمون پذیرش نیاز دارند؟
خیر. دامنه آزمون به نوع زیرساخت، تجهیزات نصب‌شده، الزامات طراحی و معیارهای قراردادی بستگی دارد. برای مثال، روش آزمون لینک مسی با آزمون فیبر نوری یا عملکرد UPS متفاوت است. برنامه پذیرش باید برای مشخصات واقعی هر پروژه تدوین شود.
چه کسی باید معیار قبولی آزمون را تعیین کند؟
معیارهای قبولی باید در اسناد فنی و قراردادی پروژه، با مشارکت اشخاص مسئول طراحی و تأیید فنی، پیش از آزمون مشخص شوند. نقش کارفرما، مشاور، طراح و پیمانکار تابع ساختار قرارداد است. معیارها باید به استاندارد، نسخه و الزامات عملکردی مشخص ارجاع داشته باشند.
آیا گزارش تست شبکه پس از تغییر کابل‌کشی همچنان معتبر است؟
گزارش قبلی همچنان می‌تواند وضعیت لینک را در زمان انجام آزمون نشان دهد، اما لزوماً وضعیت پس از تغییر را اثبات نمی‌کند. اگر کابل، اتصال یا پیکربندی مسیر تغییر مؤثر کرده باشد، آزمون مجدد متناسب با تغییرات لازم است. هر دو گزارش باید با تاریخ و شناسه مستقل نگهداری شوند.
اگر قرارداد درباره تست پذیرش سکوت کرده باشد چه باید بررسی شود؟
ابتدا باید پیوست‌های فنی، نقشه‌ها، مشخصات خرید، استانداردهای مورد توافق و مکاتبات معتبر بررسی شوند. سپس می‌توان نقش عرف فنی مرتبط و قواعد عمومی تعهدات را با توجه به ماهیت پروژه ارزیابی کرد. سکوت قرارداد به‌تنهایی اثبات‌کننده وجود یا نبود تمام تعهدات آزمون نیست و برای نتیجه حقوقی باید مجموعه اسناد بررسی شود.
