คำถามติดแท็ก agile

เรากำลังพัฒนาซอฟต์แวร์ที่คล่องตัวโดยทั่วไปติดตาม Scrum เราพยายามที่จะแสดงความคิดเห็นโดยวิ่ง แต่พบว่ามันยาก ซอฟต์แวร์ของเราทำการประมวลผลข้อมูลจำนวนมากและเรื่องราวมักเกี่ยวกับการเปลี่ยนแปลงกฎระเบียบต่างๆ มีตัวเลือกอะไรบ้างสำหรับการสาธิตการเปลี่ยนแปลงที่เกิดขึ้นใน sprint เมื่อไม่มี UI หรือการเปลี่ยนแปลงเวิร์กโฟลว์ที่มองเห็นได้ แต่การเปลี่ยนแปลงนั้นเป็นกฎทางธุรกิจที่ละเอียดอ่อนในงานประมวลผลที่ใช้เวลา 10 วินาทีหรือแม้กระทั่งสองสามชั่วโมง ?

10 agile  scrum  sprint 

ฉันกำลังเขียนระบบที่ทั้งเจ้าของระบบและตัวฉันเองเป็นผู้พัฒนาและปัจจุบันเราเป็นแหล่งเดียวของ 'คำขอ' หรือข้อกำหนดสำหรับระบบซึ่งฉันต้องการรวบรวมเรื่องราวของผู้ใช้ที่เชื่อมโยงกับคุณลักษณะ {1} ความสำคัญเร่งด่วนของฉันในตอนนี้คือการได้รับงานในมือเป็นจำนวนมาก ฉันจะไปเกี่ยวกับระดับของข้อมูลทางเทคนิคที่ฉันคุ้นเคยกับการทำงานกับเรื่องราวของผู้ใช้อย่างไรซึ่งไม่ควรเป็นเรื่องเทคนิคเกินไป {1} ฉันกำลังประเมินบริการการจัดการโครงการเปรียวTargetProcessและเรื่องราวของผู้ใช้แต่ละคนต้องเชื่อมโยงกับคุณลักษณะหลัก ระบบดูเหมือนว่าเหมาะสมดีดังนั้นข้อ จำกัด เล็ก ๆ นี้เป็นสิ่งที่ฉันอยากทำงานมากกว่าที่จะหลีกเลี่ยง

10 project-management  agile  scrum 

เรากำลังใช้วิธีการที่คล่องตัวในโครงการปัจจุบันของฉันในขณะนี้และเรามีเรื่องราวมากมายเช่นนี้: ในฐานะผู้ช่วยฉันต้องการคืนเงินให้ลูกค้าเพื่อให้พวกเขาได้รับเงินเมื่อพวกเขาร้องขอ ในฐานะลูกค้าฉันต้องการชำระค่าสินค้าเพื่อให้สามารถรับสินค้าได้ วิธีที่เราได้ทำไปแล้วก็คือการเลือกเรื่องราวที่สำคัญที่สุดในการวิ่งแต่ละครั้งและทำอย่างละเอียดในข้อกำหนดที่เป็นทางการจำนวนมาก (เราจัดกลุ่มเรื่องราวที่คล้ายคลึงกันในสเป็คเดียวกัน) มันอาจเป็นเพียงปุ่มบนหน้าจอหรือขั้นตอนการทำงานทั้งหมดทั้งนี้ขึ้นอยู่กับเรื่องราว ปัญหาในตอนนี้คือเนื่องจากมีเรื่องราวมากมายจึงไม่ชัดเจนในทันทีสำหรับส่วนใดส่วนหนึ่งของระบบที่เกี่ยวข้องกับเรื่องราว มันทำงานได้ในช่วงเวลาของนักพัฒนาซอฟต์แวร์ผู้พัฒนาทุกคนเพียงแค่ได้รับข้อมูลจำเพาะเกี่ยวกับสิ่งที่พวกเขาต้องทำและการเปลี่ยนแปลงที่พวกเขาต้องทำ แต่ในแง่ของการรักษารายการเรื่องราวนี้และสำหรับการทดสอบมันเริ่มที่จะได้รับข้อผิดพลาดการติดตามที่ยากมากและโดยทั่วไปเพียงแค่รักษารายละเอียดเพราะฟังก์ชั่นหนึ่งชิ้นในหน้าจออาจได้รับการบันทึกไว้ในสถานที่ต่าง ๆ แยกตามเรื่อง การเขียนรายละเอียดตามเรื่องราวเป็นความคิดที่ดีหรือไม่? เราเคยเขียนเรื่องราวในทางที่ผิดหรือเปล่า?

10 agile  documentation  requirements  user-story 

มีใครเคยมีปัญหาของโครงการนี้ถูกกำหนดเป็น 'เปรียว' ถูกย่ำยีโดยการเปลี่ยนแปลงข้อกำหนด ฉันทำงานในโครงการพัฒนาที่ทำงานใน 4 สัปดาห์ Sprint แต่มีการเปลี่ยนแปลงระหว่าง Sprints เหล่านี้เสมอ มันยังคงนิยามว่าเป็น Agile หรือไม่? ฉันรู้สึกว่ามันเป็นกระบวนการย่อยแบบ Agile - ความต้องการของกระบวนการแบบ Agile ควรถูกกำหนดไว้ที่จุดเริ่มต้นของการวิ่งและทบทวนไปจนถึงจุดสิ้นสุด ฉันถูกต้องในเรื่องนี้? โปรดแจ้งให้เราทราบประสบการณ์ของคุณในเรื่องนี้

10 agile  requirements 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ทีมของฉันประกอบด้วยนักพัฒนา 4 คน ทั้งหมดปรุงรสและมีทักษะ หนึ่งในนั้นคือบทที่มีเจตนาดีและมีเจตนาดีซึ่งยืนยันในการกำหนดวิธีแก้ปัญหาทางเทคนิคให้กับเรื่องราวของเราก่อนที่เราจะวางประมาณการของเราด้วยการวางแผนโป๊กเกอร์ เขาปฏิเสธที่จะประเมินว่าเขาไม่มีความรู้คร่าวๆเกี่ยวกับโซลูชันทางเทคนิคที่ตกลงกันไว้ (ซึ่งฟังดูสมเหตุสมผลใช่ไหม) ปัญหาคือช่วงการประเมินของเราใช้เวลาตลอดไปจนแล้วเสร็จ !! จากประสบการณ์ของคุณคุณจะรับมือกับบุคลิกแบบนี้อย่างไรเมื่อเล่นโป๊กเกอร์ที่วางแผนไว้

10 agile  planning 

ดูเหมือนจะมีความคิดนี้ในทีมผู้บริหารโครงการที่ระบุว่า "ใช้งานได้" หมายความว่าควรถือว่าเสร็จสมบูรณ์ 100% โปรแกรมเมอร์ส่วนใหญ่รู้ว่าไม่เป็นเช่นนั้นเสมอไป หากฉันลองใช้วิธีอื่นในการทำให้ฟังก์ชั่นการทำงานนั้นไม่ได้แปลว่าฉันได้พบโซลูชันที่ดีที่สุดแล้วหรือไม่ต้องทำงานซ้ำหลังจากตรวจสอบกับผู้พัฒนารายอื่น ฉันมักจะทำอะไรสักอย่างถอยกลับแล้วถามตัวเองว่าฉันจะทำอะไรได้ดีกว่านี้หลังจากกฎเกณฑ์ทางธุรกิจพอใจ เวลา "ฉันทำได้ดีกว่านี้" ควรพอดีกับที่ใดที่หนึ่งในไทม์ไลน์หรือไม่ ฉันเห็นว่าวิธีที่ดีที่สุดคือคุณทิ้งโค้ดไว้ดีกว่าเมื่อคุณพบมัน (ในระดับหนึ่ง) ซึ่งอาจหมายถึงการเปิดตัวการโพสต์ใหม่ อย่างไรก็ตาม

10 agile  refactoring  optimization  waterfall 

เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันชอบการทำซ้ำขนาดเล็ก ฉันชอบการทดสอบหน่วย ฉันชอบรีวิวโค้ด สิ่งที่ฉันไม่ชอบคือการเริ่มต้นด้วยเอกสารเพียงเล็กน้อยหรือไม่มีเลย ฉันอยู่คนเดียวในเรื่องนี้? ฉันเพียงแค่มีความเข้าใจผิดเกี่ยวกับกระบวนการนี้หรือไม่? ความคิดใด ๆ ที่จะได้รับการชื่นชม.

10 agile  documentation  methodology 

ฉันกำลังจะเริ่มโครงการใหม่ (เกม แต่นั่นไม่สำคัญ) แนวคิดพื้นฐานอยู่ในหัวของฉัน แต่ไม่ใช่รายละเอียดทั้งหมด ฉันไม่ต้องการที่จะเริ่มเขียนโปรแกรมโดยไม่ได้วางแผน แต่ฉันกำลังต่อสู้อย่างหนักเพื่อที่จะทำมัน ฉันต้องการการวางแผนก่อนเพื่อป้องกันการปรับแอปใหม่ทั้งหมดเพียงเพราะคุณสมบัติใหม่ที่ฉันคิดว่าต้องใช้ ในทางตรงกันข้ามฉันไม่ต้องการวางแผนหลายเดือน (เวลาว่าง) และเริ่มต้นเพราะฉันกลัวว่าฉันจะสูญเสียแรงจูงใจของฉันในเวลานี้ สิ่งที่ฉันกำลังมองหาคือวิธีการรวมเข้าด้วยกันโดยที่ไม่มีผู้อื่นครอบครอง ฉันควรตระหนักถึงโครงการในทางของการต่อสู้หรือไม่ ฉันควรสร้างเรื่องราวของผู้ใช้และตระหนักถึงพวกเขาหรือไม่ ฉันควรทำงานด้วยคุณสมบัติขับเคลื่อนหรือไม่ (ฉันมีประสบการณ์ในการต่อสู้และวิธี "ข้อกำหนดรหัส" แบบคลาสสิก) อัปเดต : เริ่มด้วย "คลิกจำลอง" และใช้งานฟังก์ชันในภายหลังได้อย่างไร

10 project-management  agile 

ในอีกด้านหนึ่งวิธีการที่คล่องตัวนั้นเน้นทีมที่แน่นแฟ้นซึ่งรับผิดชอบซึ่งกันและกันและยอมรับความเป็นเจ้าของร่วมของโครงการ ในทางตรงกันข้าม บริษัท ใช้โปรแกรมเมอร์สัญญาเพื่อให้พวกเขาสามารถจัดการยอดเงินและหุบเขาของเงินทุนโดยไม่ต้องเลิกจ้างพนักงานจริง หากมีการขาดแคลนเงินทุนผู้รับเหมาจะเป็นคนแรกที่ไปถึงแม้ว่าพวกเขาจะเป็นสมาชิกแบบครบวงจรของทีม (และมีพนักงานไม่ได้) บริษัท ยังต้องการให้ผู้รับเหมาอยู่ในระยะเวลาที่ จำกัด เท่านั้น สิ่งนี้ลดลงบ้างจากความเป็นไปได้ที่ผู้รับเหมาบางรายอาจถูกนำมาเป็นพนักงานประจำ ดังนั้นคำถามของฉันว่ามีความขัดแย้งพื้นฐานของการมีทีมงานเปรียวที่มีส่วนผสมของพนักงานและผู้รับเหมาและสถานะที่แตกต่างกันอย่างมากมายที่เกี่ยวข้อง? แก้ไข: คำตอบแสดงว่าฉันอาจไม่ได้แสดงความตึงเครียดที่ฉันกำลังเผชิญอยู่ดังนั้นขอให้ฉันถ่ายอีกครั้ง ฉันเป็นพนักงานประจำ วิธีการที่คล่องตัว (อย่างน้อยก็ดำเนินการตามที่นี่) กระตุ้นให้ฉันเห็นสมาชิกทุกคนในทีมทั้งพนักงานประจำและผู้รับเหมาในฐานะสมาชิกที่เท่าเทียมกันของทีมที่ทำงานร่วมกัน แนวทางขององค์กรต่อผู้รับเหมาสนับสนุนให้ฉันเห็นพวกเขาว่าเป็นทรัพยากรที่ใช้ไปได้ซึ่งเราไม่ควรผูกมัดจนเกินไป ฉันอยากรู้ว่าคนอื่นแก้ไขความตึงเครียดนี้อย่างไร

10 agile  management  freelancing 

เราเป็นผู้พัฒนาสองคนบนขอบของการเริ่มต้นพัฒนาผลิตภัณฑ์เว็บใหม่ เราเป็นแฟนของวิธีการเริ่มต้นแบบลีนและต้องการฝึกการใช้งานอย่างต่อเนื่อง ที่นี่ขึ้นเขียง - เราทั้งคู่มาจากพื้นหลัง C # / Windows และเราต้องตัดสินใจระหว่าง: ติดกับ. NET และ Windows เราจะไม่เสียเวลาในการเรียนรู้เทคโนโลยีใหม่ ๆ และใช้ความพยายามทั้งหมดของเราในการพัฒนา เปลี่ยนเป็น Ruby on Rails และ Linux ซึ่งมีชื่อเสียงดีในด้านความรวดเร็วและการสนับสนุนโอเพ่นซอร์สมากมาย ด้านลบคือเราจะต้องใช้ความพยายามอย่างมากในการเรียนรู้ Ruby, Rails และ Linux ... คุณจะทำอย่างไร เราควรพิจารณาเรื่องอื่น ๆ อย่างไร

10 programming-languages  web-development  agile  startup  lean 

เมื่อไม่นานมานี้ บริษัท ที่ฉันทำงานด้วยได้เอาต์ซอร์ซโครงการพัฒนาให้กับบุคคลที่สาม พวกเขาใช้วิธีปฏิบัติที่คล่องตัวในการพัฒนาโซลูชัน อย่างไรก็ตามเมื่อถามถึงเอกสารพวกเขาจะบอกว่ามันจำเป็นเพราะมันถูกรวมอยู่ในวิกิหรือเป็นส่วนหนึ่งของการวิ่งของพวกเขา พวกเขาออกจากโครงการจนแล้วเสร็จ แต่มีหนึ่งในทีมงานโครงการ ไซต์ wiki ของโครงการถูกปิดตัวลงเมื่อการสมัครสมาชิกรายปีครบกำหนด เมื่อพวกเขาจากไปพวกเขาได้รับความรู้และความเข้าใจส่วนใหญ่เกี่ยวกับสิ่งที่พัฒนาขึ้นมากับพวกเขา ดังนั้นฉันมีคำถาม 2 ข้อ นี่เป็นเรื่องปกติสำหรับความคล่องตัวหรือเป็นข้อแก้ตัวที่ไม่ต้องการเขียนหรือไม่? บรรทัดฐานอุตสาหกรรมสำหรับเอกสารในโครงการแบบว่องไวเพื่อบันทึกความต้องการการพัฒนาการออกแบบการตัดสินใจที่สำคัญและบริบทคืออะไร

10 project-management  development-process  agile 

นี่มาจากคำตอบและความเห็นบางส่วนของคำถามอื่น (อันนี้ ) ฉันเคยทำงานกับโครงการน้ำตกเป็นหลักและในขณะที่ฉันทำงานในโครงการเฉพาะกิจที่มีพฤติกรรมที่คล่องแคล่วและได้อ่านข้อมูลเกี่ยวกับความคล่องตัวฉันรู้สึกว่าฉันไม่เคยทำงานในโครงการเปรียว "เหมาะสม" . คำถามของฉันคือแนวคิดของ "สาย" มีความหมายใด ๆ ในความคล่องตัวถ้าเป็นเช่นนั้นจะเกิดอะไรขึ้น เหตุผลของฉันก็คือเมื่อคุณมีความคล่องตัวคุณไม่มีแผนล่วงหน้าและคุณไม่มีข้อกำหนดโดยละเอียดในตอนแรก คุณอาจมีเป้าหมายในระดับสูงและมีการกำหนดวันที่ไว้ล่วงหน้า แต่ทั้งคู่อาจเปลี่ยนแปลง (อาจเป็นไปได้มาก) และไม่แน่ใจ ดังนั้นหากคุณไม่ทราบว่าสิ่งที่คุณจะส่งโดยทั่วไปจนกว่าคุณจะส่งมอบและผู้ใช้ยอมรับมันและถ้าคุณไม่มีตารางนอกเหนือจากการวิ่งครั้งต่อไปคุณจะมาช้าในทางใด มีความหมายจริงเหรอ? (เห็นได้ชัดว่าฉันเข้าใจว่าการวิ่งอาจย่ำแย่ แต่ฉันกำลังพูดถึงเรื่องนั้น) เพียงเพื่อความชัดเจนฉัน (ส่วนตัว) มีความสุขกับการสันนิษฐานว่าโครงการน้ำตกในเวลา (แม้จะค่อนข้างใหญ่) เป็นไปได้ตามความจริงที่ฉันเคยเห็นพวกเขาและมีส่วนร่วมในพวกเขา - พวกเขาไม่ใช่เรื่องง่ายหรือทั่วไป แต่พวกเขาเป็นไปได้ สิ่งนี้ไม่เกี่ยวกับการเคาะเปรียวมันเป็นเรื่องของฉันที่เข้าใจ ฉันเคยเห็นประโยชน์ของความคล่องตัวที่ไม่มีอะไรเกี่ยวข้องกับกำหนดเวลาหรืองบประมาณ (หรือเพียงแค่ทางอ้อม) มันต้องทำด้วยขอบเขต - ความคล่องตัวให้ความใกล้ชิดกับสิ่งที่สำคัญจริงๆมากกว่าสิ่งที่ทีมงานคิดว่าสำคัญก่อน ได้เห็นอะไร

10 agile  scheduling 

ฉันวางแผนที่จะแบ่งการพัฒนาแบ็กเอนด์เข้ากับเรื่องราวของผู้ใช้ในแนวตั้ง แต่คนที่แบ็กเอนด์ในทีมของเราเริ่มบ่นว่านี่ทำให้งานของพวกเขาล่องหน คำตอบของฉันคือ ในการวางแผนการวิ่งและทบทวนการประชุมเราหารืองานแบ็กเอนด์ต่อหน้าผู้มีส่วนได้ส่วนเสียเพื่อให้สามารถมองเห็นได้และ การรักษาคุณภาพในระหว่างโครงการจะส่งผลให้เริ่มช้ากว่าทีมอื่น ๆ แต่เราจะมีความเร็วคงที่ในระหว่างโครงการ และความเร็วจะปรากฏแก่ผู้มีส่วนได้เสียอย่างชัดเจน เขายังคงยืนยันที่จะมีเรื่องราวเช่น: "ในฐานะนักพัฒนาฉันต้องมีเลเยอร์โดเมนเพื่อให้ฉันสามารถสรุปทางตรรกะทางธุรกิจได้" ฉันจะแก้ปัญหาก่อนที่ทีมจะสร้างมลพิษได้อย่างไร สาเหตุของปัญหาคือฝ่ายบริหารของเราพิจารณางานแบ็กเอนด์อย่างเป็นระบบโดยมองไม่เห็นและเรียกผู้ปฏิบัติงานที่ได้รับการสนับสนุนหรือเงื่อนไขการดูหมิ่นอื่น ๆ

10 agile  scrum  team  user-story 

ที่งานแรกของฉันในฐานะนักพัฒนาซอฟต์แวร์ทีมของฉันใช้เปรียว / ต่อสู้ในการจัดการเวิร์กโฟลว์โครงการของเราและทำงานได้ค่อนข้างดี ฉันมีที่ปรึกษาที่มีประสบการณ์บางคนที่กำหนดฉันให้ถูกทาง - ฉันเป็นหนี้พวกเขาด้วยความกตัญญู ฉันทำงานที่นั่นสองสามปีจากนั้นย้ายไปยังโอกาสใหม่เมื่อสองสามเดือนที่ผ่านมา กรอไปข้างหน้าสู่งานปัจจุบันของฉัน ฉันทำงานที่มหาวิทยาลัยภายใต้การดูแลของอาจารย์ เนื่องจากฉันอยู่ในมหาวิทยาลัยโปรแกรมเมอร์เกือบทุกคนเป็นนักเรียน (พวกเขาถูกและอุดมสมบูรณ์!) เจ้านายของฉันมีประสบการณ์ด้านการจัดการ แต่ไม่ใช่กับการพัฒนาซอฟต์แวร์และทีมซอฟต์แวร์ไม่ได้อยู่แถวหน้าในใจของเจ้านายของฉันเสมอไป . เงื่อนไขเหล่านี้ได้สร้างสภาพแวดล้อมที่สมบูรณ์แบบสำหรับการสร้างบางมากซอฟแวร์ที่มีคุณภาพดี โครงการซอฟต์แวร์ดูเหมือนจะโกงเล็กน้อยไม่มีความคิดที่จะออกแบบและใช้วิธีปฏิบัติที่น่ากลัวอย่างแท้จริง ฉันรู้ว่าสิ่งต่าง ๆ น่าจะดีกว่า ฉันต้องการใช้กระบวนการพัฒนาเพื่อช่วยให้ทุกคนได้รับการติดตามเพิ่มคุณภาพของรหัสและปรับใช้ซอฟต์แวร์ที่มีเสถียรภาพมากขึ้น ฉันไม่แน่ใจว่าจะเริ่มจากตรงไหน ฉันไม่ได้มองหาคำตอบเช่น "Use Scrum", "Set a kanban board" หรือ "ลองดูเปรียว!" (แม้ว่าความคิดจะชื่นชม) โดยเฉพาะอย่างยิ่งผมหวังว่าจะได้ข้อมูลเชิงลึกกำไรเป็นวิธีการที่จะดำเนินการตามกระบวนการในการพัฒนาสำหรับการนี้สภาพแวดล้อมการทำงาน โดยปกติแล้วพนักงานจะทำงานระหว่าง 1 ถึง 2 ปีก่อนที่จะย้ายมาทำงานโดยทั่วไปไม่มีประสบการณ์และการประชุมยอดเยี่ยมประจำวันที่รวมทุกคนเข้าใกล้ไม่ได้ หนึ่งจะส่งเสริมคุณภาพประสิทธิภาพและการสื่อสารในสถานที่ทำงานได้อย่างไร อัปเดต:หลังจากอ่านคำตอบและความคิดเห็นบางอย่างแล้วฉันคิดว่าฉันจะให้พื้นฐานเพิ่มเติม ฉันจะไม่พิจารณาตัวเองต้นแบบศิลปะของการพัฒนาซอฟต์แวร์ แต่ฉันกำลังมีประสบการณ์มากพอที่จะรับรู้การเขียนโปรแกรมไม่ดีเมื่อฉันเห็นมัน ฉันสามารถตรวจสอบว่านักพัฒนามีความสามารถหรือไม่หลังจากใช้เวลาเพียงหนึ่งหรือสองนาทีในการทำงานกับพวกเขา ฉันพอใจกับความสามารถของตัวเองในการหาวิธีการแก้ปัญหาอย่างชาญฉลาดอย่างไรก็ตามพื้นที่ที่ฉันขาดประสบการณ์อย่างแท้จริงคือการจัดการโครงการที่นักพัฒนารายอื่นมีส่วนเกี่ยวข้อง คำแนะนำ) ฉันทำให้เสียงเหมือนนักเรียนทุกคนที่เข้ามาในสำนักงานนี้เป็นสลัวที่สมบูรณ์ มีไข่ที่ไม่ดีอยู่ที่นี่ แต่นักเรียนส่วนใหญ่ที่ฉันเคยรู้จักมีความฉลาดต้องการเรียนรู้และหลงใหลในงาน บางคนเพิ่งเริ่มต้นและพวกเขาไม่รู้ว่าพวกเขาไม่รู้อะไร และก็ไม่เป็นไร เมื่อฉันเริ่มเขียนโปรแกรมครั้งแรกฉันก็ไม่ได้ดีไปกว่านี้แล้ว!

9 agile  project-management  development-process  management 

พื้นหลังเล็กน้อยของฉัน - ฉันเป็นผู้ทดสอบด้วยตนเองเป็นเวลาเกือบ 2 ปีในสภาพแวดล้อม Agile โดยใช้ SCRUM (1-2 สัปดาห์ในการวิ่ง) ดังนั้นฉันต้องการที่จะแนะนำการทดสอบระบบอัตโนมัติในงานของฉันโดยใช้ Selenium WebDriver (กับ Java) คำถามของฉันอยู่ในระหว่างเมื่อฉันควรทดสอบการทำงานด้วยตนเองและเมื่อฉันควรแปลงพวกเขาสำหรับการทดสอบอัตโนมัติ ฉันได้อ่านและรับแนวทางที่แตกต่างเช่น: เมื่อเริ่มการวิ่งใหม่ให้แปลงเรื่องราวของผู้ใช้เป็นสคริปต์อัตโนมัติจากการวิ่งก่อนหน้านี้หรือ; แปลงเรื่องราวของผู้ใช้ภายในการวิ่งเดียวกัน คำแนะนำใด ๆ / s จะได้รับการชื่นชมอย่างมาก ขอบคุณล่วงหน้า.

9 testing  agile  scrum  selenium  test-automation