วิธีจัดการกับความคิด“ ระบบอัตโนมัติเป็นเรื่องง่าย”?

ชื่อกล่าวมันทั้งหมด พนักงานบางคนใน บริษัท ของเราเชื่อว่าการทดสอบอัตโนมัตินั้น "ง่าย" และ "ต้องใช้เวลาหนึ่งวัน" ในการเขียนชุดการทดสอบ COM และ UI สิ่งที่สามารถทำได้เพื่อตอบโต้เรื่องนี้?

หมายเหตุ: ฉันไม่ได้ถามเกี่ยวกับวิธีการโปรโมตระบบอัตโนมัติ นั่นไม่ใช่ปัญหา มีการส่งเสริมการทดสอบและกระบวนการอัตโนมัติโดยอัตโนมัติตลอดเวลาที่นี่ ปัญหาคือบุคคลบางคนไม่เข้าใจว่าระบบอัตโนมัตินั้นไม่ใช่ "ง่าย" หรือ "รวดเร็ว"

ครั้งต่อไปที่คุณได้รับคำขอให้พยายามแบ่งกระบวนการอัตโนมัติเป็นจำนวนชิ้นลงไป ฉันคิดว่าเมื่อพวกเขารู้ว่ามันใช้เวลา 5 นาทีต่อหนึ่งข้อความหรือปุ่มกดพวกเขาเริ่มตระหนักว่าใช้เวลานานเท่าใด

ตัวอย่างเช่นบางทีทำไมมันใช้เวลานานขนาดนั้นพวกเขาเริ่มแนะนำการพึ่งพาซึ่งกันและกันระหว่างสาขา: เช่นอนุญาตให้พวกเขาดำเนินการต่อไปหากสิ่งนี้เต็มไปด้วย แต่ไม่ใช่ว่าสิ่งนี้จะไม่ยกเว้นเมื่อ ...

พยายามให้ความรู้แก่พวกเขาเกี่ยวกับสาเหตุที่ใช้เวลานาน แต่ไม่มากเท่าที่คุณสูญเสียพวกเขาผ่านกระบวนการ "เรียนรู้"

ในบทบาทของฉันฉันได้เจอคน "x เป็นเรื่องง่าย" มากมายโดยเฉพาะในโครงการพัฒนา ในใจของฉันมีสามเหตุผลสำหรับสิ่งนี้:

1) พวกเขาไม่เข้าใจสิ่งที่พวกเขากำลังพูดถึง แต่ชอบฟังอย่างที่พวกเขาทำ

2) พวกเขาได้อ่านหนังสือสองเล่มและคิดว่าพวกเขารู้ว่าพวกเขากำลังพูดถึงอะไร

3) คนสุดท้ายคิดว่าเพราะคอมพิวเตอร์ทำการทดสอบอย่างรวดเร็วเพราะคอมพิวเตอร์นั้นเร็ว

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

ฉันเคยเห็นปริญญาตรีที่โดดเด่นที่สุดคนเหล่านี้ "x is easy" และเพียงแค่เชิญพวกเขามาหนึ่งวันในแผนกด้วยความคิดที่ว่าพวกเขาจะเดินออกไปทำความเข้าใจเพิ่มเติมเกี่ยวกับสิ่งที่คุณทำหรือพวกเขาจะ เรียบง่ายออกไปคิดว่า "พระเจ้าฉันไม่รู้จริง ๆ ว่าฉันกำลังพูดถึงอะไรฉันคิดว่าฉันผิด"

ซอฟต์แวร์เป็นธุรกิจของสิ่งอัตโนมัติ

เราเขียนซอฟต์แวร์เพื่อสร้างงานที่น่าเบื่อซ้ำซากและใช้แรงงานให้ง่ายขึ้นสำหรับเรา เราเขียนซอฟต์แวร์เพื่อทำรายงานรวบรวมข้อมูลสื่อสารกับผู้อื่นโดยอัตโนมัติเป็นต้นการเขียนการทดสอบอัตโนมัติเป็นเพียงการเขียนซอฟต์แวร์เพื่อให้แน่ใจว่าซอฟต์แวร์อื่นของเราทำงานตามที่เราคาดหวัง

หากเพื่อนร่วมงานของคุณเข้าใจว่าการเขียนซอฟต์แวร์นั้นยากและต้องใช้เวลาควรแสดงให้พวกเขาเห็นว่าการเขียนซอฟต์แวร์เพิ่มเติมนั้นยากและต้องใช้เวลา มันจะเป็นการดีที่จะได้รับประโยชน์ทั้งหมดของระบบอัตโนมัติฟรี แต่เช่นเคยเราจำเป็นต้องวางงานไว้ข้างหน้าเพื่อรับผลประโยชน์ในภายหลัง

หากพวกเขาไม่เข้าใจคุณต้องทำงานสอนพวกเขาหรือแก้ไขประวัติส่วนตัวของคุณ

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

วิธีที่ดีที่สุดในการให้ความรู้ผู้คนเช่น "หน้า" คือการให้คนหนึ่งหรือสองสามคนใช้เวลาทั้งวันในการ "กลับ" หากพวกเขาเสร็จสิ้น "วันหนึ่งในชีวิตของ ... " พวกเขาจะมีความคิดที่เหมือนจริงมากขึ้นเกี่ยวกับสิ่งที่สามารถทำได้ในหนึ่งวันและทำไมมันต้องใช้เวลาและความพยายามมากขึ้นในการดำเนินการทดสอบอัตโนมัติ ในทำนองเดียวกันคน "หลัง" จะได้รับประโยชน์จากวันหรือสองวันที่ "หน้า"

ใน "ทำอย่างไรถึงจะรวย" John Paul Getty (ผู้ประกอบการในยุคของเขา) สนับสนุน "cross-training" ในมุมมองของเขาพนักงานขายที่ใช้เวลาในสายการผลิตซึ่งผลิตสินค้าจะทำงานได้ดีขึ้นมากในการขายและวิศวกรที่ใช้เวลาหนึ่งวันกับลูกค้าจะทำงานได้ดีขึ้นในการ "ดีบั๊ก"

ปัญหาคือบุคคลบางคนไม่เข้าใจว่าระบบอัตโนมัตินั้นไม่ใช่ "ง่าย" หรือ "รวดเร็ว"

ฉันไม่เห็นด้วยกับหลักฐานของคุณที่นี่

ฉันเป็นผู้สนับสนุนการทดสอบอัตโนมัติขนาดใหญ่ไม่ว่าจะเป็นการทดสอบหน่วยการทดสอบการรวมหรือการทดสอบ UI มีเครื่องมือที่ยอดเยี่ยมมากมายสำหรับการทดสอบอัตโนมัติ

ลองเปรียบเทียบการทดสอบอัตโนมัติกับการทดสอบด้วยตนเองตามตัวอย่างต่อไปนี้:

ในเว็บแอปพลิเคชันทดสอบฟังก์ชัน "เปลี่ยนรหัสผ่าน" ของผู้ใช้ปัจจุบันโดยใช้เบราว์เซอร์

การทดสอบด้วยตนเอง :

• เริ่มการสมัครทางเว็บ
• เปิดเบราว์เซอร์
• หืมมีข้อผิดพลาด ทำไม? โอ้ฉันลืมเริ่มต้นฐานข้อมูล!
• ตกลงปิดเว็บแอปพลิเคชัน
• เริ่มฐานข้อมูล
• เริ่มการสมัครทางเว็บ
• รีเฟรชเบราว์เซอร์
• หืมรหัสผ่านของผู้ใช้ทดสอบของเราอีกครั้งคืออะไร?
• ดูที่ฐานข้อมูล
• โอ้ตารางผู้ใช้ว่างเปล่า! ฉันต้องสร้างผู้ใช้ใหม่
• ลงทะเบียนผู้ใช้ใหม่ในการสมัครทางเว็บ: ป้อนชื่อผู้ใช้รหัสผ่านที่อยู่อีเมล
• ทำไมฉันไม่สามารถเข้าสู่ระบบด้วยผู้ใช้ใหม่ของฉัน? โอ้ฉันต้องคลิกลิงก์ยืนยันในอีเมล!
• ฉันได้ให้อีเมลแก่ผู้ใช้เช่น "test@example.com" ไปที่ฐานข้อมูลแล้วตั้งค่าคอลัมน์ "active" เป็น "Yes"
• เข้าสู่ระบบ. เวลานี้มันใช้งานได้!
• อืมฉันต้องการทดสอบอะไรอีก ...

ง่าย? ไม่ได้จริงๆ มีข้อผิดพลาดที่อาจเกิดขึ้นได้มากมายในกระบวนการ

ได้อย่างรวดเร็ว? ไม่การทำงานด้วยตนเองต้องใช้เวลา

ตอนนี้ให้ลองเขียนการทดสอบอัตโนมัติ :

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

ง่าย? No! เราจำเป็นต้องวิจัยเครื่องมือดำเนินการแก้ไขข้อบกพร่องบางอย่างในการทดสอบของเรา

ได้อย่างรวดเร็ว? No! ใช้เวลานานกว่าการทำแบบทดสอบด้วยตนเอง

แต่มีความแตกต่างใหญ่ที่นี่:สำหรับการทดสอบในอนาคตคุณจะต้องเขียนการทดสอบตัวเองซึ่งเป็นสัญลักษณ์แสดงหัวข้อย่อยสุดท้ายในรายการ - ซึ่งทำเทียบเคียงได้อย่างรวดเร็ว การวิจัยและสคริปต์เริ่มต้นทั้งหมดไม่จำเป็นต้องทำเพื่อการทดสอบเพิ่มเติม

และหลังจากที่คุณเขียนแบบทดสอบคุณสามารถเริ่มต้นได้ง่าย ในไม่กี่วินาที (หรืออาจเป็นนาทีถ้าการเริ่มต้นของฐานข้อมูลและ webapplication ใช้เวลานาน) คุณจะเห็นว่ารูทีน "เปลี่ยนรหัสผ่าน" ใช้งานได้หรือไม่ หากมีข้อผิดพลาดแก้ไขและเรียกใช้การทดสอบอีกครั้ง - คุณจะเห็นทันทีว่าข้อผิดพลาดได้รับการแก้ไข ได้ง่ายและรวดเร็ว

การเขียนการทดสอบอัตโนมัตินั้นไม่ใช่เรื่องง่ายหรือรวดเร็วในตอนแรก แต่การดำเนินการทดสอบก็คือ

และนี่คือจุดที่เวลาการลงทุนกลับมา

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

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

เพียงเพราะซอฟต์แวร์ไม่มีตัวตนไม่ได้หมายความว่าเราสามารถหนีไปได้โดยไม่คิดถึงความหมายของระบบที่เราสร้างขึ้นไม่ทำงาน ฉันพนันได้เลยว่าอเมซอนมีการทดสอบอัตโนมัติและฉันพนันได้ว่ามีผู้คนที่รู้เพียงแค่ความเกี่ยวข้องกับค่าใช้จ่ายของเว็บไซต์ / บริการของพวกเขาล้มเหลว

2 +2 = 4 เป็นหนึ่งในโค้ดที่ง่ายที่สุดที่ทุกคนเข้าใจ; และคุณสามารถดูว่าเข้าใจได้ง่ายเพียงใด แต่นี่ไม่ได้หมายความว่ามันเป็นสมการที่“ ง่าย” ระดับของสิ่งที่เป็นนามธรรมที่จำเป็นในการเข้าถึงสมการง่าย ๆ นั้นค่อนข้างซับซ้อน เช่นเดียวกันกับวิธีการทดสอบซอฟต์แวร์และซอฟต์แวร์ ระดับของสิ่งที่เป็นนามธรรมที่ต้องใช้รหัสต้องใช้เวลาทำงานมาก

มันเป็นความจริงที่นำไปสู่การปฏิบัติที่ดีเพื่อนำมาใช้ในชั้นเรียนและวัตถุ แต่อย่างเท่าเทียมกันในการเข้าถึงรัฐนี้มีความจำเป็นต้องลงทุนเวลาและความพยายาม

คำถามนี้มีสองด้าน

ในด้านของคุณคุณคิดว่าคุณทำงานได้ดีและกลุ่ม "การทำงานอัตโนมัตินั้นง่าย" ไม่รู้ว่าพวกเขากำลังพูดถึงอะไร

ในด้านของพวกเขาจากสิ่งที่คุณพูดพวกเขาเห็นการทดสอบอัตโนมัติที่ใช้เวลานานในการสร้าง

จากระยะนี้ด้วยสิ่งที่เราต้องทำต่อไปเราไม่รู้ว่าใครเป็น "ถูก" หรือถ้าใครเป็น "ถูก"

วิธีจัดการกับระบบอัตโนมัตินั้นเป็นเรื่องง่าย

คุยกับพวกเขา. ขอความคิดจากพวกเขาอย่างจริงใจเกี่ยวกับวิธีการที่สามารถทำได้ดีกว่า ทำให้พวกเขามีส่วนร่วมและมีส่วนร่วม มันเป็นวิธีเดียวที่จะตรวจสอบว่าพวกเขามีอะไรที่เป็นบวกที่จะนำเสนอ บางทีพวกเขาอาจมีส่วนร่วมที่คุ้มค่าที่จะทำและคุณสามารถบรรลุ win / win

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

ก่อนที่คุณจะพูดคุยกับพวกเขาให้คิดถึงวิธีสร้างสร้างเรียกใช้และจัดการการทดสอบของคุณ คุณใช้กรอบอะไร มีคนอื่นบ้างไหมที่จะดีกว่านี้? คุณมี "มาตรฐาน" สำเร็จรูปที่คุณปรับ? การสร้างแบบทดสอบจะเป็นแบบอัตโนมัติมากขึ้นหรือไม่ คุณกำลังรั้งอะไรอยู่