](https://res.cloudinary.com/practicaldev/image/fetch/s--uCKra-t5--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://cdn-images-1.medium.com/max/8576/1%2AoZCkto5O3X5wleYjf6J_Wg.jpeg "JetThoughts چگونه تست جوئل را اجرا می کند؟ 1")
برای کسانی از شما که نمی‌دانید جوئل اسپولسکی کیست، در اینجا چند واقعیت وجود دارد:
12 مرحله آزمایش جوئل در واقعیت پروژه های JetThoughts:
آیا از کنترل منبع استفاده می کنید؟
جهنم آره! آیا کسی هست که هنوز در سال 2016 بدون استفاده از کنترل منبع نرم افزار توسعه دهد؟! ما از git استفاده می کنیم زیرا راحت، قابل اعتماد و مدرن است.
آیا می توانید در یک مرحله ساختنی بسازید؟
بله ما میتوانیم! به‌روزرسانی‌ها، ویژگی‌ها و رفع فوری کدهای جدید کاری است که ما دائماً انجام می‌دهیم. در زمینه پروژه‌های وب ما که با Ruby on Rails نوشته شده‌اند، شروع استقرار تنها یک فرمان است. برای این منظور از capistrano https://github.com/capistrano/capistrano استفاده می کنیم
آیا ساخت روزانه می سازید؟
برای پوشش دادن این بخش، ما تست هایی را روی CI در هر commit انجام می دهیم. این به ما امکان می دهد وضعیت پروژه را ردیابی کنیم و اگر مشکلی پیش آمد فوراً واکنش نشان دهیم. چیزی که من واقعاً فکر می‌کنم باید از تجربه جوئل قرض بگیریم این است که آخرین کسی که بیلد را خراب کرده است، مسئولیت‌پذیر باشد («نگهبان بچه») تا زمانی که شخص دیگری آن را خراب کند.
آیا پایگاه داده باگ دارید؟
ما مراقب اشکالات مربوط به مشکلات github هستیم. این به طور کامل نیازهای ما را در پیگیری باگ ها برآورده می کند. مراحل بازتولید، رفتار مورد انتظار و باگ در شرح موضوع توضیح داده شده است. توسعه دهنده را می توان به اشکال خاصی اختصاص داد. رفع اشکال را می توان با استفاده از نقاط عطف یا افزودن یک برچسب برنامه ریزی کرد.
آیا قبل از نوشتن کد جدید اشکالات را برطرف می کنید؟
مطمئناً، قبل از نوشتن کد جدید، اشکالات باید برطرف شوند. در عین حال، اشکالات می توانند کاملاً متفاوت باشند. بنابراین هنگامی که S&S با “اشکال داریم، یک دکمه در سمت چپ تراز شده است!” شما باید این را پیگیری و زمان‌بندی کنید، اما این باگ مانع از نوشتن کد جدید شما نمی‌شود، زیرا مهم نیست. آیا برنامه ای به روز دارید؟
دریافت هر گونه برآورد از یک توسعه دهنده همیشه سخت است. وقتی از شما بخواهید که تخمین دقیقی ارائه دهید، سخت‌تر می‌شود. اما یک مشتری می خواهد بداند که چه زمانی مشکلات انجام می شود. اگر الزامات کار واضح و دقیق باشد، ما برآوردهایی را برای مشتری ارائه می دهیم. در غیر این صورت، ما زمان مورد نیاز برای ارائه یک تخمین را فراهم می‌کنیم، این زمان ممکن است صرف تولید مثل یک اشکال، بررسی یک مشکل یا علت آن شود، و برای امتحان کردن راه‌حلی، جهشی ایجاد کنیم. تخمین و زمان‌بندی برای تیم تحقیق و توسعه نیز مهم است – اینها باعث می‌شوند اهمیت و اولویت‌های مسائل را تصمیم بگیرید. به این ترتیب ابتدا لازم ترین و ارزشمندترین تغییرات انجام می شود.
آیا شما مشخصاتی دارید؟
بستگی دارد. از آنجایی که JT عمدتاً یک شرکت خارجی است، بر جریان ارتباط مشتری/پروژه متکی است. اما من فکر می کنم ما در هر پروژه ای که توسعه می دهیم مشخصاتی داریم، تنها چیزی که متفاوت است تعریف مشخصات است. این می‌تواند فریم‌های سیمی، داستان‌های کاربر، حتی ایده‌ای باشد که مشتری به تحقیق و توسعه منتقل می‌کند و آزادی بیشتری برای توسعه‌دهندگان می‌گذارد.
آیا برنامه نویسان شرایط کاری آرام دارند؟
نه همیشه. حواس توسعه‌دهندگان برای پاسخ به سؤالات دیگران، بررسی روابط عمومی، صرف ناهار و غیره پرت می‌شوند. برای کاهش عامل حواس‌پرتی، ما با جلسات روزانه (در صورت نیاز) روبرو می‌شویم تا بیشتر سؤالات را فوراً مرتب کنیم. این به توسعه دهندگان این امکان را می دهد تا در بقیه روز روی وظایف خود تمرکز کنند.
آیا از بهترین ابزارهایی که با پول می توان خرید استفاده می کنید؟
خیر. حداقل پشته ما شامل ابزارهایی است که رایگان هستند (حداقل برای مقداری ظرفیت استفاده شده). استفاده از بهترین (و گرانترین) ابزار به نیاز و اراده مشتری بستگی دارد. من حدس می‌زنم این رویکرد چابک برای مشتریان راحت باشد.
تست کننده دارید؟
✔. QA برای محصول با کیفیت مورد نیاز است. دوره زمانی.
آیا داوطلبان جدید در طول مصاحبه خود کد می نویسند؟
آره. بیشتر وقت مصاحبه را می گیرد. از یک نامزد خواسته می شود تا برخی از وظایف کدنویسی را حل کند. وظایف برای رسیدن به سطوح مختلف مهارت توسعه دهندگان دشواری های متفاوتی دارند. وظایف هم اهداف برنامه نویسی/الگوریتمی و هم زبان/فناوری را پوشش می دهند. با سوالات متداول مصاحبه، تصویر کاملی از یک نامزد به شما می دهد.
آیا تست قابلیت استفاده راهرو را انجام می دهید؟
نه واقعا. ما این را با برگزاری جلسات و QA تکمیل می کنیم.
من حدس می‌زنم تست جول برای ارزیابی کیفیت یک تیم نرم‌افزاری مفید باشد. موارد ممکن است متفاوت باشد و شما باید ایده هایی در مورد چگونگی تکمیل برخی از مراحل داشته باشید، امیدوارم دیدگاه تکمیل مراحل در JetThoughts به شما در این امر کمک کند.
