In this section, we discuss the nee

In this section, we discuss the needs of the developers from the automated testing tools they use. We ask developers for two additional things they would like to see in the automated testing tools.
Poor documentation is one of the barriers for learning a new tool. Several developers expressed that a good documen- tation will increase their likelihood of using the tool. One of the developers commented “Proper documentation so that a person new to the system can easily ramp up using these documents or articles.”
Developers often struggle to meet the deadlines due to the amount of the work they are assigned and the correspond- ing amount of time allotted for completion. To worsen the problem, developers are unaware of the testing tools which would be helpful for them. Examples of testing from successful projects would go a long way in motivating developers to use these tools. One of the developers mentioned “We should have more internal material on proven practices about how to do testing, which Tools to use and many many samples and how- to Videos would be great. There is a lot of stuff about .NET code testing but not much about XAML App testing (at least not enough Deep digging Content)”.
Although there are lot of testing tools available, devel- opers have to put in significant effort in activities such as generating and executing test cases. An automated testing tool which accepts the requirements and perform testing would do wonders for the developers. A developer mentioned “Test case generation on most of the testing tools I came across needs to be generated by manually. this needs to be reduced with tools automation.”, while another one commented “There should a tool which should accept the requirement from Dev. and should be able to develop the test suite to run test cases. It reduces lot of testing efforts.”
In general, developers expect tools which are easy to use. One of developers opined “I would love to see testing tools that are simple to learn and straightforward to use. Most tools

ผลลัพธ์ (ไทย) 1:

ในส่วนนี้ เราหารือเกี่ยวกับความต้องการของนักพัฒนาจากการใช้เครื่องมือทดสอบโดยอัตโนมัติ เราขอให้พัฒนาสิ่งเพิ่มเติมสองอยากดูในเครื่องมือทดสอบอัตโนมัติเอกสารไม่ดีเป็นอุปสรรคในการเรียนรู้เครื่องมือใหม่อย่างใดอย่างหนึ่ง นักพัฒนาหลายแสดง tation documen ดีจะเพิ่มโอกาสการใช้เครื่องมือ หนึ่งในนักพัฒนาความเห็น "เอกสารที่เหมาะสมเพื่อให้บุคคลระบบใหม่สามารถเดินทางลาดขึ้นใช้เอกสารหรือบทความเหล่านี้"นักพัฒนามักจะต่อสู้ตรงตามกำหนดเวลาจำนวนของงานที่มีกำหนดและจำนวนเวลาที่เสร็จ correspond-ไอเอ็นจี Worsen ปัญหา นักพัฒนามีเครื่องมือทดสอบซึ่งจะเป็นประโยชน์สำหรับพวกเขาไม่รู้ตัว ตัวอย่างของการทดสอบจากโครงการประสบความสำเร็จจะหาทางในการกระตุ้นนักพัฒนาไปใช้เครื่องมือเหล่านี้ หนึ่งในนักพัฒนากล่าว "เราควรมีวัสดุเพิ่มเติมภายในพิสูจน์ปฏิบัติเกี่ยวกับวิธีการทดสอบ เครื่องมือที่ใช้และตัวอย่างหลายหลาย และวิธี-การวิดีโอจะดี มีจำนวนมากของสิ่งที่เกี่ยวกับ.NET ทดสอบ แต่ไม่มากเกี่ยวกับโปรแกรมประยุกต์ XAML ที่ทดสอบ (น้อยไม่เพียงพอลึกขุดเนื้อหา) "Although there are lot of testing tools available, devel- opers have to put in significant effort in activities such as generating and executing test cases. An automated testing tool which accepts the requirements and perform testing would do wonders for the developers. A developer mentioned “Test case generation on most of the testing tools I came across needs to be generated by manually. this needs to be reduced with tools automation.”, while another one commented “There should a tool which should accept the requirement from Dev. and should be able to develop the test suite to run test cases. It reduces lot of testing efforts.”In general, developers expect tools which are easy to use. One of developers opined “I would love to see testing tools that are simple to learn and straightforward to use. Most tools

ผลลัพธ์ (ไทย) 2:

ในส่วนนี้เราจะหารือความต้องการของนักพัฒนาจากเครื่องมือทดสอบอัตโนมัติที่พวกเขาใช้ เราขอให้นักพัฒนาสำหรับสองสิ่งเพิ่มเติมที่พวกเขาต้องการที่จะเห็นในเครื่องมือทดสอบอัตโนมัติ.
เอกสารที่ไม่ดีเป็นหนึ่งในอุปสรรคสำหรับการเรียนรู้เครื่องมือใหม่ นักพัฒนาหลายคนแสดงว่าช่อ documen- ที่ดีจะเพิ่มโอกาสของพวกเขาใช้เครื่องมือ หนึ่งในนักพัฒนาให้ความเห็น "เอกสารที่เหมาะสมเพื่อให้เป็นคนใหม่กับระบบทางลาดได้อย่างง่ายดายสามารถใช้เอกสารเหล่านี้หรือบทความ."
นักพัฒนามักจะต่อสู้เพื่อให้ตรงตามกำหนดเวลาเนื่องจากปริมาณของงานที่พวกเขาจะได้รับมอบหมายและจำนวนเงินที่ไอเอ็นจี correspond- ของเวลาที่กำหนดแล้วเสร็จ ซ้ำเติมปัญหาที่นักพัฒนาไม่รู้จักเครื่องมือการทดสอบซึ่งจะเป็นประโยชน์สำหรับพวกเขา ตัวอย่างของการทดสอบที่ประสบความสำเร็จจากโครงการจะไปทางยาวในการสร้างแรงจูงใจให้นักพัฒนาสามารถใช้เครื่องมือเหล่านี้ หนึ่งในนักพัฒนาที่กล่าวถึง "เราควรมีวัสดุภายในเพิ่มเติมเกี่ยวกับวิธีปฏิบัติที่ได้รับการพิสูจน์เกี่ยวกับวิธีการทดสอบซึ่งเครื่องมือที่จะใช้และกลุ่มตัวอย่างจำนวนมากและจำนวนมากอย่างไรก็ตามการที่จะวิดีโอจะดี มีจำนวนมากของสิ่งที่เกี่ยวกับการทดสอบรหัส .NET แต่ไม่มากเกี่ยวกับการทดสอบ XAML App เป็น (อย่างน้อยไม่เพียงพอเนื้อหาขุดลึก) ".
แม้ว่าจะมีจำนวนมากของเครื่องมือทดสอบที่มีอยู่ opers พัฒนานั้นต้องใส่ในความพยายามที่มีนัยสำคัญในกิจกรรมดังกล่าว การสร้างและดำเนินการกรณีทดสอบ เครื่องมือทดสอบอัตโนมัติที่รับความต้องการและดำเนินการทดสอบจะทำสิ่งมหัศจรรย์สำหรับนักพัฒนา นักพัฒนากล่าวถึง "การสร้างกรณีทดสอบในส่วนของเครื่องมือทดสอบฉันมาข้ามจะต้องมีการสร้างขึ้นโดยตนเอง นี้จะต้องลดลงด้วยเครื่องมืออัตโนมัติ. "ในขณะที่อีกคนหนึ่งให้ความเห็นว่า" มีเครื่องมือที่ควรซึ่งควรจะยอมรับความต้องการจากนักพัฒนาซอฟต์แวร์ และควรจะสามารถที่จะพัฒนาชุดทดสอบที่จะเรียกใช้กรณีทดสอบ จะช่วยลดความพยายามมากในการทดสอบ.
"โดยทั่วไปคาดหวังว่านักพัฒนาเครื่องมือที่ใช้งานง่าย หนึ่งในนักพัฒนามีความเห็นว่า "ผมชอบที่จะเห็นเครื่องมือทดสอบที่ง่ายต่อการเรียนรู้และตรงไปตรงมาใช้ เครื่องมือส่วนใหญ่

ผลลัพธ์ (ไทย) 3:

ในส่วนนี้เราจะหารือเกี่ยวกับความต้องการของนักพัฒนาจากเครื่องมืออัตโนมัติทดสอบที่พวกเขาใช้ เราถามนักพัฒนาสองเพิ่มเติมสิ่งที่พวกเขาต้องการเห็นในเครื่องมือทดสอบอัตโนมัติ .
เอกสารที่ไม่ดีเป็นหนึ่งในอุปสรรคสำหรับการเรียนรู้เครื่องมือใหม่ นักพัฒนาหลายแสดงออกว่าดี documen - tation จะเพิ่มโอกาสของพวกเขาในการใช้เครื่องมือหนึ่งของนักพัฒนาว่า " เหมาะสม เอกสาร เพื่อให้คนใหม่ในระบบสามารถทางลาดขึ้นโดยใช้เอกสารเหล่านี้หรือบทความ "
นักพัฒนามักจะต่อสู้เพื่อตอบสนองกำหนดเวลา เนื่องจากปริมาณของงานที่พวกเขาจะถูกกำหนดและสอดคล้องกับ - ing จำนวนเวลาที่กำหนดให้เสร็จสมบูรณ์ เลวลงปัญหานักพัฒนาโดยไม่รู้ตัวของการทดสอบเครื่องมือซึ่งจะเป็นประโยชน์สำหรับพวกเขา ตัวอย่างของการทดสอบจากโครงการที่ประสบความสำเร็จจะเป็นอย่างไรในการจูงใจนักพัฒนาที่จะใช้เครื่องมือเหล่านี้ หนึ่งในนักพัฒนากล่าวว่า “เราควรจะมีวัสดุภายในมากขึ้นในการปฏิบัติการพิสูจน์เกี่ยวกับวิธีการทดสอบ ซึ่งเครื่องมือที่จะใช้และตัวอย่างมากมายและวิธีการ - วิดีโอจะดีมีหลายเรื่องเกี่ยวกับ การทดสอบรหัสสุทธิแต่ไม่มากเกี่ยวกับทดสอบ app XAML ( อย่างน้อยไม่เพียงพอขุดลึกเนื้อหา ) "
ถึงแม้ว่ามีมากของเครื่องมือที่สามารถใช้ได้ ทดสอบ พัฒนา - opers ต้องใส่ในความพยายามที่สําคัญในกิจกรรมต่างๆ เช่น การสร้างและการดำเนินการกรณีทดสอบเครื่องมือทดสอบอัตโนมัติที่ตอบรับความต้องการและดำเนินการทดสอบจะทำสิ่งมหัศจรรย์สำหรับนักพัฒนา เป็นนักพัฒนาที่กล่าวถึง " สร้างกรณีทดสอบในส่วนของการทดสอบเครื่องมือที่ฉันมาข้ามจะต้องสร้างด้วยตนเอง นี้ต้องลดลงด้วยระบบอัตโนมัติเครื่องมือ . " ในขณะที่อีกหนึ่งความเห็น " ควรมีเครื่องมือที่ควรรับความต้องการจาก .และควรจะสามารถที่จะพัฒนาชุดทดสอบเพื่อเรียกใช้กรณีทดสอบ มันช่วยลดมากของความพยายามในการทดสอบ "
โดยทั่วไปนักพัฒนาคาดหวังว่าเครื่องมือที่ใช้งานง่าย หนึ่งในนักพัฒนาความคิดเห็น " ฉันชอบที่จะเห็นการทดสอบเครื่องมือที่ง่ายที่จะเรียนรู้และตรงไปตรงมาใช้ เครื่องมือมากที่สุด