Running software testing projects i

Running software testing projects is far more difficult than people outside of the software testing arena seem to realize. It is not uncommon for senior management, project management and development teams to adversely pressurize the test team to cut corners in order to meet delivery deadlines. Yes, everyone wants to release a quality product, on time and on budget. Believe it or not even the software testing team want to hit the delivery date, with a product that is on budget. Pushing the software testing team to cut corners is not the answer though.
It is easy to see that everyone involved with a development project wants to achieve the same goal and the same successful release, it is just that the test team are more cautious than most. And for good reason; Software testing is difficult! There is no set process that ensures a successful testing project and there are no software testing tools which guarantee a successful release. Yet despite these clearly obvious facts senior managers, project managers and development teams always seem to think it is the software test team that can perform some magical act to bring a project back on schedule when project deliver schedules start to slip. Well they can't!

At least they can't if they continue to act professionally, accurately and effectively. The test team are, without question, the last check point prior to a company potentially releasing a product that destroys the companies reputation. That is no small responsibility to take on.
So why is it that it always falls on the software test team to bring in the schedule when projects start slipping? We'll, that isn't a difficult one to answer although there are a couple of reasons, one of which might surprise you. Firstly as testing commonly falls at the end of the development cycle the software testing component is the only area left where it is even possible to make up time. Secondly, and possibly more interestingly, those who have little knowledge of complexities of software testing (for example project mangers) think that a little less testing will only have a little impact on the quality of the product. How wrong that assumption can be!Releases of products with serious defects usually happen because the software test team are forced to cut corners.

The imprecise nature of software testing, and the pressure to cut corners, means it is very difficult to confidently target the test areas such that you minimize the risk of releasing with serious defects left uncovered. The very fact that we leave some areas of our testing incomplete means we have no idea about what we are leaving uncovered. Software testing tools can help but as in many walks of life it all comes down to a trade offs between quality and time, but with software testing the consequences of getting the trades offs wrong can be disastrous.

Article Source: http://www.superfeature.com

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

ทดสอบโครงการซอฟต์แวร์ทำได้ยากมากกว่าคนนอกซอฟต์แวร์ทดสอบเวทีดูเหมือนจะ รับรู้ มันไม่ใช่เรื่องแปลกสำหรับผู้บริหาร การจัดการโครงการ และทีมพัฒนาไปกระทบ pressurize ทีมทดสอบตัดมุมเพื่อให้ตรงกับกำหนดเวลาการจัดส่ง ใช่ ทุกคนต้องการที่จะปล่อยผลิตภัณฑ์คุณภาพ เวลา และงบประมาณ เชื่อหรือไม่แม้กระทั่งซอฟต์แวร์ทดสอบทีมต้องตีวันจัดส่ง ผลิตภัณฑ์ที่อยู่ในงบประมาณ ผลักดันทีมทดสอบซอฟต์แวร์ตัดมุมไม่ได้คำตอบว่ามันเป็นเรื่องง่ายเพื่อดูว่า ทุกคนเกี่ยวข้องกับการพัฒนา โครงการต้องการให้บรรลุเป้าหมายเดียวกัน และประสบความสำเร็จเหมือนปล่อย มันเป็นเพียงทีมทดสอบระมัดระวังมากขึ้นมาก และ สำหรับ เหตุผลที่ดี การทดสอบซอฟต์แวร์เป็นเรื่องยาก มีกำลังไม่มีกระบวนการตั้งค่าที่การประสบความสำเร็จโครงการทดสอบ และมีซอฟต์แวร์ไม่ทดสอบเครื่องมือซึ่งรับประกันรุ่นประสบความสำเร็จ ยัง แม้เหล่านี้ข้อเท็จจริงชัดเจนชัดเจนผู้จัดการอาวุโส ผู้จัดการโครงการ และการพัฒนา ทีมเสมอดูเหมือน จะคิดว่า มันเป็นการทดสอบซอฟต์แวร์ทีมที่สามารถกระทำบางขลังเพื่อนำโครงการกลับมาตามกำหนดเวลาเมื่อกำหนดการส่งมอบโครงการเริ่มจัดส่ง พวกเขาไม่ดีน้อย จะไม่สามารถหากพวกเขายังคงทำหน้าที่อย่างมืออาชีพ อย่างถูกต้อง และมีประสิทธิภาพ ทีมทดสอบได้ ไม่ มีคำถาม จุดตรวจสุดท้ายก่อนบริษัทอาจปล่อยผลิตภัณฑ์ที่ทำลายชื่อเสียงของบริษัท ที่จะไม่รับผิดชอบขนาดเล็กเพื่อใช้ในดังนั้น เหตุใดจึงที่เสมอตรงกับซอฟต์แวร์ทดสอบทีมนำในกำหนดการ เมื่อโครงการเริ่มลื่นไถลหรือไม่ เราจะ ที่ไม่ใช่หนึ่งยากตอบแม้ว่าจะมีคู่ของเหตุผล ที่คุณอาจประหลาดใจ ประการแรกเป็นการทดสอบ โดยทั่วไปตกที่สุดของการพัฒนาวงจรซอฟต์แวร์การทดสอบส่วนประกอบคือ ด้านซ้ายเท่านั้นที่ตั้งได้แม้จะทำให้ค่าเวลา ประการที่สอง และอาจจะมีเรื่องน่าสนใจ ผู้ที่มีความรู้น้อยของความซับซ้อนของซอฟต์แวร์ทดสอบ (ตัวอย่างโครงการ mangers) คิดว่า น้อยน้อยทดสอบได้เฉพาะผลกระทบเล็กน้อยคุณภาพของผลิตภัณฑ์ วิธีไม่ถูกต้องว่า อัสสัมชัญสามารถรุ่นของผลิตภัณฑ์ที่มีข้อบกพร่องร้ายแรงมักจะเกิดขึ้นได้เนื่องจากทีมทดสอบซอฟต์แวร์ถูกบังคับให้ตัดมุมลักษณะ imprecise ของการทดสอบซอฟต์แวร์ และความดันตัดมุม ยากมั่นเป้าหมายพื้นที่ทดสอบให้คุณลดความเสี่ยงของการปล่อยมีข้อบกพร่องร้ายแรงซ้ายหมายถึงเปิด จริงอย่างที่ว่า เราปล่อยให้บางส่วนของการทดสอบของเราไม่สมบูรณ์หมายความว่า เรามีความคิดเกี่ยวกับอะไรเราจะออกเถ เครื่องมือทดสอบซอฟต์แวร์สามารถช่วยในหลายชีวิต มันทั้งหมดลงมาจะไม่ชอบการค้าระหว่างคุณภาพและเวลา แต่ ด้วยซอฟต์แวร์ทดสอบผลการเทรดไม่ชอบไม่ถูกต้องอาจร้ายแหล่งที่มาของบทความ: http://www.superfeature.com

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

การดำเนินงานโครงการการทดสอบซอฟต์แวร์อยู่ไกลยากกว่าคนที่อยู่นอกของเวทีการทดสอบซอฟต์แวร์ที่ดูเหมือนจะตระหนักถึง มันไม่ใช่เรื่องแปลกสำหรับผู้บริหารระดับสูง, การบริหารจัดการโครงการและการพัฒนาทีมงานที่จะส่งผลลบกดดันทีมทดสอบจะตัดมุมเพื่อให้ทันกำหนดส่งมอบ ใช่ทุกคนต้องการที่จะปล่อยสินค้าที่มีคุณภาพในเวลาและงบประมาณ เชื่อหรือไม่ว่าแม้ทีมการทดสอบซอฟต์แวร์ที่ต้องการที่จะตีวันที่ส่งมอบให้กับผลิตภัณฑ์ที่มีอยู่ในงบประมาณ ผลักดันทีมงานทดสอบซอฟต์แวร์ที่จะตัดมุมที่ไม่ได้คำตอบว่า.
มันเป็นเรื่องง่ายที่จะเห็นว่าทุกคนที่เกี่ยวข้องกับโครงการพัฒนาต้องการเพื่อให้บรรลุเป้าหมายเดียวกันและการเปิดตัวที่ประสบความสำเร็จเดียวกันก็เป็นเพียงการทดสอบว่าทีมมีความระมัดระวังมากที่สุด . และสำหรับเหตุผลที่ดี; การทดสอบซอฟต์แวร์เป็นเรื่องยาก! มีกระบวนการในชุดไม่มีที่ช่วยให้โครงการประสบความสำเร็จคือการทดสอบและไม่มีเครื่องมือการทดสอบซอฟต์แวร์ที่รับประกันการเปิดตัวที่ประสบความสำเร็จ แต่แม้จะมีข้อเท็จจริงเหล่านี้ที่เห็นได้ชัดอย่างชัดเจนผู้บริหารระดับสูง, ผู้จัดการโครงการและทีมพัฒนาเสมอดูเหมือนจะคิดว่ามันเป็นทีมทดสอบซอฟต์แวร์ที่สามารถดำเนินการบางการกระทำที่มีมนต์ขลังที่จะนำโครงการกลับมาตามกำหนดเวลาเมื่อโครงการส่งตารางการเริ่มต้นที่จะลื่น ดีที่พวกเขาไม่สามารถ! อย่างน้อยพวกเขาไม่สามารถหากพวกเขายังคงทำหน้าที่อย่างมืออาชีพได้อย่างถูกต้องและมีประสิทธิภาพ ทีมงานทดสอบโดยไม่ถามจุดตรวจสอบที่ผ่านมาก่อนที่จะมี บริษัท ที่อาจปล่อยสินค้าที่ทำลายชื่อเสียงของ บริษัท นั่นคือไม่มีความรับผิดชอบขนาดเล็กที่จะใช้ใน. ดังนั้นทำไมมันว่ามันก็ตรงกับวันที่ทีมทดสอบซอฟแวร์เพื่อนำมาในช่วงเวลาที่เมื่อโครงการเริ่มต้นการลื่นไถล? เราจะว่าไม่ได้เป็นเรื่องยากที่จะตอบแม้ว่าจะมีสองเหตุผลหนึ่งซึ่งอาจจะทำให้คุณประหลาดใจ ประการแรกการทดสอบทั่วไปตกอยู่ในตอนท้ายของวงจรการพัฒนาองค์ประกอบการทดสอบซอฟต์แวร์เป็นพื้นที่เดียวที่เหลือที่มันเป็นไปได้ที่จะทำขึ้นเวลา ประการที่สองและอาจจะน่าสนใจมากขึ้นผู้ที่มีความรู้เล็ก ๆ น้อย ๆ ของความซับซ้อนของการทดสอบซอฟต์แวร์ (เช่น mangers โครงการ) คิดว่าการทดสอบน้อยเพียงเล็กน้อยจะมีผลกระทบเพียงเล็กน้อยต่อคุณภาพของผลิตภัณฑ์ วิธีที่ไม่ถูกต้องสันนิษฐานว่าสามารถ! ข่าวของผลิตภัณฑ์ที่มีข้อบกพร่องที่รุนแรงมักจะเกิดขึ้นเพราะทีมทดสอบซอฟต์แวร์ที่ถูกบังคับให้ตัดมุม. ลักษณะคลุมเครือของการทดสอบซอฟต์แวร์และความดันที่จะตัดมุมหมายความว่ามันเป็นเรื่องยากมากที่จะกำหนดเป้าหมายการทดสอบอย่างมั่นใจ พื้นที่ดังกล่าวที่คุณลดความเสี่ยงของการปล่อยที่มีข้อบกพร่องร้ายแรงซ้ายเปิด ความเป็นจริงมากที่เราจะออกจากพื้นที่บางส่วนของการทดสอบของเราไม่สมบูรณ์หมายความว่าเรามีความคิดเกี่ยวกับสิ่งที่เรากำลังจะออกเปิด เครื่องมือการทดสอบซอฟต์แวร์สามารถช่วย แต่ในหลายเดินชีวิตมันทั้งหมดลงมาเพื่อแข่งขันการค้าระหว่างคุณภาพและเวลา แต่มีการทดสอบซอฟต์แวร์ผลที่ตามมาของการได้รับการแข่งขันที่ไม่ถูกต้องสามารถหายนะ. ที่มาบทความ: http: // www superfeature.com

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

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

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

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

http://www.superfeature.com แหล่งที่มาของบทความ :