قصص ومهام رشيقة [مغلقة

Question

عند تصميم نظام خلفي، ما هي الحبيبية التي تعطيها عادة قصصك ومهامك؟

عادة ما يكون معظم الأمثلة على إنشاء قصص ومهام حول تطبيق واجهة المستخدم الرسومية مع قصة كونه شيء يمكن للمستخدم القيام به (مثل البحث عن كتاب من ISBN) وكل مهمة تتركز حول تمكين ميزة GUI هذه.

عند تصميم نظام خلفي، أي واحدة لا تحتوي على واجهة مستخدم ولكنها مجرد مجموعة من الخدمات التي تتحدث مع قواعد البيانات والطبيب، وما إلى ذلك كيف تأتي مع المهام والقصص؟

Answer 1

في الأساس، أحاول الحفاظ على حجم قصص المستخدم الخاصة بي في مساحة 1 إلى 10 أيام لإكمالها. هذا يبقيني من اجتياز ما يدعو مايك كوهن "الملحرف" أو "السمات" كقصص مستخدم للمطورين، وعلى الحجم الآخر إيقاف قصص المستخدم الخاصة بي لتكون محددة للغاية بالنسبة لموظفي الحل (يجب أن يصف المشكلة، ليس كيف ينبغي حلها).

بقدر ما يذهب المحتوى، أتأكد من أن قصصي تحتوي على قيمة تجارية فقط - لا تصف أبدا كيف (ينبغي) تلبية الطلب، ولا "طلب" معرفة مجال غير مستخدم لفهم.

مثال جيد: كدير للمحتوى، أريد أن يضطر جميع المستخدمين إلى تسجيل الدخول قبل كتابة مرة أخرى، من أجل رفضهم القدرة على البريد المزعج.

مثالا سيئا: أضف CAPTCHA إلى موقع الويب.

المهام، من ناحية أخرى، هي خطوات نحو حل الحل - فهي تصف المكونات والوظائف التي يجب إضافتها / تعديلها. هذا هو المكان الذي يأتي فيه حل "إضافة CAPTCHA". بقدر ما يذهب الحجم، أحاول أن يكون لديك كل مهمةحجم يكون بين 1/2 في اليوم و 2-3 أيام من العمل.

تتضمن المهام أيضا مجموعة من المهام القياسية التي تنطبق على كل ميزة / متطلبات / مشكلة / مشكلة، مثل:

• وثيقة
• اكتب حالات الاختبار
• اختبار يدوي
• اكتب الاختبارات الوظيفية الآلية، إلخ.

نأمل أن يساعد هذا، عساف.

Answer 2

طالما لديك المستخدمون، يمكن أن تكون قصص المستخدم حول الأشياء التي يمكن للمستخدمين القيام بها. إذا كنت تقدم API للمطورين الآخرين، فهي مستخدمو المستخدمين. سوف تحصل الأمور على مزيد من التقنية في هذه النقطة (أي يمكن للمستخدم تحديث سجلات الموظف)

Answer 3

أساعد القصص في الواجهة العامة للفصول. للحصول على حبيبي المهمة، أطلق النار على جهد العمل من نصف يوم إلى يومين.

Answer 4

يمكن أن يكون المستخدم / الممثل نظام، وليس بالضرورة شخصا. ستحصل خدماتك على واجهة برمجة تطبيقات وإدخال ونتائج متوقعة واتفاقات مستوى الخدمة (المتطلبات غير الوظيفية). يمكن تحديد كل تلك في بطاقة القصة.

الأهم من ذلك، يجب أن تحدد بطاقة قصتك معايير القبول. ستساعد معايير Acppetance في قيادة اختبارات وحدة التطوير في اختبار المطورين، والاختبارات الوظيفية الآلية واختبارات الأداء الآلي. إذا تحقق معايير القبول، يتم قبول البطاقة واعتمادها من قبل مالك المنتج.