Test plans[edit]This section does not cite any sources. Please help im การแปล - Test plans[edit]This section does not cite any sources. Please help im ไทย วิธีการพูด

Test plans[edit]This section does n

Test plans[edit]

This section does not cite any sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged and removed. (August 2010) (Learn how and when to remove this template message)
A test plan documents the strategy that will be used to verify and ensure that a product or system meets its design specifications and other requirements. A test plan is usually prepared by or with significant input from test engineers.

Depending on the product and the responsibility of the organization to which the test plan applies, a test plan may include a strategy for one or more of the following:

Design Verification or Compliance test - to be performed during the development or approval stages of the product, typically on a small sample of units.
Manufacturing or Production test - to be performed during preparation or assembly of the product in an ongoing manner for purposes of performance verification and quality control.
Acceptance or Commissioning test - to be performed at the time of delivery or installation of the product.
Service and Repair test - to be performed as required over the service life of the product.
Regression test - to be performed on an existing operational product, to verify that existing functionality didn't get broken when other aspects of the environment are changed (e.g., upgrading the platform on which an existing application runs).
A complex system may have a high level test plan to address the overall requirements and supporting test plans to address the design details of subsystems and components.

Test plan document formats can be as varied as the products and organizations to which they apply. There are three major elements that should be described in the test plan: Test Coverage, Test Methods, and Test Responsibilities. These are also used in a formal test strategy.

Test coverage[edit]
Test coverage in the test plan states what requirements will be verified during what stages of the product life. Test coverage is derived from design specifications and other requirements, such as safety standards or regulatory codes, where each requirement or specification of the design ideally will have one or more corresponding means of verification. Test coverage for different product life stages may overlap, but will not necessarily be exactly the same for all stages. For example, some requirements may be verified during Design Verification test, but not repeated during Acceptance test. Test coverage also feeds back into the design process, since the product may have to be designed to allow test access.

Test methods[edit]
Test methods in the test plan state how test coverage will be implemented. Test methods may be determined by standards, regulatory agencies, or contractual agreement, or may have to be created new. Test methods also specify test equipment to be used in the performance of the tests and establish pass/fail criteria. Test methods used to verify hardware design requirements can range from very simple steps, such as visual inspection, to elaborate test procedures that are documented separately.

Test responsibilities[edit]
Test responsibilities include what organizations will perform the test methods and at each stage of the product life. This allows test organizations to plan, acquire or develop test equipment and other resources necessary to implement the test methods for which they are responsible. Test responsibilities also includes, what data will be collected, and how that data will be stored and reported (often referred to as "deliverables"). One outcome of a successful test plan should be a record or report of the verification of all design specifications and requirements as agreed upon by all parties.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
แผนการทดสอบ [แก้]ส่วนนี้อ้างอิงแหล่งข้อมูลใด ๆ กรุณาช่วยปรับปรุงส่วนนี้ โดยเพิ่มแหล่งข้อมูลน่าเชื่อถือ คัดค้านอาจจะท้าทาย และลบออก (2553 สิงหาคม) (เรียนรู้วิธีการ และเวลาการเอาข้อความแบบนี้)แผนทดสอบเอกสารกลยุทธ์ที่จะใช้ในการตรวจสอบ และให้แน่ใจว่า ผลิตภัณฑ์หรือระบบตรงตามข้อกำหนดของการออกแบบและข้อกำหนดอื่น ๆ มักจะมีเตรียมแผนทดสอบโดย หรือ ด้วยการป้อนข้อมูลสำคัญจากการทดสอบวิศวกรขึ้นอยู่กับผลิตภัณฑ์และความรับผิดชอบขององค์กรที่เกี่ยวข้องในแผนทดสอบ แผนทดสอบอาจรวมกลยุทธ์สำหรับการอย่างใดอย่างหนึ่งต่อไปนี้:ตรวจสอบการออกหรือการปฏิบัติตามการทดสอบ - การดำเนินการในระหว่างขั้นตอนการพัฒนาหรือการอนุมัติผลิตภัณฑ์ โดยปกติการสุ่มตัวอย่างขนาดเล็กของหน่วยการผลิตหรือการผลิตการทดสอบ - การดำเนินการในระหว่างการเตรียมหรือแอสเซมบลีของผลิตภัณฑ์ในลักษณะต่อเนื่องสำหรับวัตถุประสงค์ของการควบคุมคุณภาพและตรวจสอบประสิทธิภาพยอมรับหรือ Commissioning การทดสอบ - การดำเนินการในเวลาการจัดส่งหรือติดตั้งผลิตภัณฑ์ซ่อม - การทดสอบดำเนินการตามที่จำเป็นผ่านอายุการใช้งานของผลิตภัณฑ์ทดสอบการถดถอย - ที่จะดำเนินการในการดำเนินงานผลิตภัณฑ์ที่มีอยู่ การตรวจสอบว่า ฟังก์ชันที่มีอยู่ไม่ได้รับเสียหายเมื่อมีการเปลี่ยนแปลงของสิ่งแวดล้อม (เช่น การปรับรุ่นแพลตฟอร์มที่รันโปรแกรมประยุกต์ที่มีอยู่)ระบบซับซ้อนอาจมีแผนการทดสอบระดับสูงที่อยู่ความต้องการโดยรวมและแผนสนับสนุนการทดสอบการออกแบบรายละเอียดของระบบและส่วนประกอบรูปแบบของเอกสารแผนการทดสอบได้หลากหลายผลิตภัณฑ์และองค์กรซึ่งจะนำไปใช้ มีสามองค์ประกอบที่สำคัญที่ควรอธิบายในแผนทดสอบ: ทดสอบความครอบคลุม วิธีทดสอบ และทดสอบความรับผิดชอบ นอกจากนี้ยังเหล่านี้จะใช้ในกลยุทธ์การทดสอบอย่างเป็นทางการครอบคลุมการทดสอบ [แก้]ครอบคลุมการทดสอบแผนการทดสอบระบุข้อกำหนดอะไรจะตรวจสอบในขั้นตอนใดของอายุ ครอบคลุมการทดสอบได้มาจากการออกแบบรายละเอียดและข้อกำหนดอื่น ๆ เช่นมาตรฐานความปลอดภัยหรือกฎข้อบังคับรหัส ที่ต้องการหรือข้อกำหนดของการออกแบบแต่ละระดับจะมี หนึ่งวิธีสอดคล้องกันของการตรวจสอบ ครอบคลุมการทดสอบสำหรับผลิตภัณฑ์ที่แตกต่างชีวิตระยะอาจซ้อนทับ แต่จะไม่จำเป็นต้องตรงเหมือนกันทุกขั้นตอน ตัวอย่างเช่น ข้อกำหนดบางอย่างอาจตรวจสอบระหว่างการทดสอบตรวจสอบออก แต่ไม่ซ้ำในระหว่างการทดสอบการยอมรับ ครอบคลุมการทดสอบดึงข้อมูลกลับเข้าไปในกระบวนการออกแบบ ตั้งแต่ผลิตภัณฑ์อาจมีการออกแบบเพื่ออนุญาตให้เข้าทดสอบวิธีการทดสอบ [แก้]วิธีทดสอบในสถานะแผนทดสอบวิธีมาครอบคลุมการทดสอบ วิธีการทดสอบอาจถูกกำหนด โดยมาตรฐาน หน่วยงานกำกับดูแล หรือสัญญา หรืออาจจะสร้างใหม่ วิธีการทดสอบยังระบุอุปกรณ์ทดสอบที่จะใช้ในการทำงานของการทดสอบ และสร้างเกณฑ์ผ่าน/ไม่ผ่าน ทดสอบวิธีการตรวจสอบข้อกำหนดฮาร์ดแวร์ออกแบบตั้งแต่ขั้นง่ายมาก เช่นตรวจสอบ การอธิบายขั้นตอนการทดสอบที่มีไว้แยกต่างหากความรับผิดชอบการทดสอบ [แก้]ทดสอบรวมองค์กรใดจะทำวิธีการทดสอบและ ในแต่ละขั้นตอนของอายุ องค์กรทดสอบวางแผน การพัฒนาอุปกรณ์ทดสอบและทรัพยากรอื่น ๆ ที่จำเป็นต้องใช้วิธีการทดสอบที่ซึ่งพวกเขาจะรับผิดชอบได้ ความรับผิดชอบการทดสอบยังมี ข้อมูลจะถูกรวบรวม และวิธีที่ข้อมูลจะจัดเก็บ และรายงาน (มักเรียกว่า "จัดให้") ผลหนึ่งของแผนการทดสอบประสบความสำเร็จควรบันทึกหรือรายงานการตรวจสอบการออกแบบรายละเอียดและข้อกำหนดตามที่ตกลงกัน โดยทุกฝ่ายทั้งหมด
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
แผนการทดสอบ [แก้ไข] ส่วนนี้ไม่ได้อ้างอิงแหล่งข้อมูลใด ๆ กรุณาช่วยปรับปรุงส่วนนี้โดยการเพิ่มแหล่งข้อมูลน่าเชื่อถือ วัสดุอ้างอิงอาจถูกท้าทายและลบออก (สิงหาคม 2010) (เรียนรู้วิธีการและเวลาที่จะลบข้อความแม่แบบนี้) แผนกลยุทธ์การทดสอบเอกสารที่จะใช้ในการตรวจสอบและให้แน่ใจว่าผลิตภัณฑ์หรือระบบตรงตามข้อกำหนดของการออกแบบและข้อกำหนดอื่น ๆ แผนทดสอบมักจะถูกจัดทำขึ้นโดยหรือด้วยการป้อนข้อมูลที่สำคัญจากวิศวกรทดสอบ. ขึ้นอยู่กับผลิตภัณฑ์และความรับผิดชอบขององค์กรที่วางแผนการทดสอบการสั่งการวางแผนการทดสอบอาจรวมถึงกลยุทธ์สำหรับหนึ่งหรือมากกว่าหนึ่งต่อไปนี้: การออกแบบการตรวจสอบหรือ การทดสอบตามมาตรฐาน - ที่จะดำเนินการในระหว่างการพัฒนาหรือการอนุมัติขั้นตอนของสินค้าโดยทั่วไปในตัวอย่างเล็ก ๆ ของหน่วย. การผลิตหรือการทดสอบการผลิต - ที่จะดำเนินการในระหว่างการเตรียมหรือการชุมนุมของผลิตภัณฑ์ในลักษณะต่อเนื่องสำหรับวัตถุประสงค์ของการตรวจสอบประสิทธิภาพและคุณภาพ . การควบคุมการยอมรับหรือการทดสอบการว่าจ้าง - ที่จะดำเนินการในช่วงเวลาของการส่งมอบหรือการติดตั้งของผลิตภัณฑ์. บริการและการทดสอบบริการซ่อม - ที่จะดำเนินการตามที่กำหนดในช่วงอายุการใช้งานของผลิตภัณฑ์. ทดสอบการถดถอย - จะได้รับการดำเนินการเกี่ยวกับผลิตภัณฑ์การดำเนินงานที่มีอยู่ เพื่อตรวจสอบว่าการทำงานที่มีอยู่ไม่ได้หักเมื่อด้านอื่น ๆ ของสภาพแวดล้อมที่มีการเปลี่ยนแปลง (เช่นการอัพเกรดแพลตฟอร์มที่โปรแกรมที่มีอยู่ทำงาน). เป็นระบบที่ซับซ้อนอาจจะมีการวางแผนการทดสอบระดับสูงที่อยู่ที่ต้องการโดยรวมและการสนับสนุน การทดสอบแผนเพื่อแก้ไขรายละเอียดการออกแบบของระบบย่อยและส่วนประกอบ. รูปแบบเอกสารการวางแผนการทดสอบสามารถแตกต่างกันถึงผลิตภัณฑ์และองค์กรที่พวกเขาใช้ การทดสอบครอบคลุมวิธีการทดสอบและความรับผิดชอบในการทดสอบ: มีสามองค์ประกอบที่สำคัญที่ควรได้รับการอธิบายไว้ในการวางแผนการทดสอบเป็น เหล่านี้ยังใช้ในกลยุทธ์การทดสอบอย่างเป็นทางการ. คุ้มครองการทดสอบ [แก้ไข] คุ้มครองการทดสอบในรัฐวางแผนการทดสอบสิ่งที่ต้องการจะถูกตรวจสอบในระหว่างสิ่งที่ขั้นตอนของชีวิตของผลิตภัณฑ์ ครอบคลุมการทดสอบที่ได้มาจากการออกแบบรายละเอียดและข้อกำหนดอื่น ๆ เช่นมาตรฐานความปลอดภัยหรือรหัสการกำกับดูแลที่แต่ละความต้องการหรือตามความต้องการของการออกแบบนึกคิดจะมีหนึ่งหรือมากกว่าวิธีการที่สอดคล้องกันของการตรวจสอบ ครอบคลุมการทดสอบสำหรับช่วงชีวิตผลิตภัณฑ์ที่แตกต่างอาจทับซ้อน แต่จะไม่จำเป็นต้องเหมือนกันสำหรับทุกขั้นตอน ตัวอย่างเช่นความต้องการของบางคนอาจได้รับการยืนยันในระหว่างการทดสอบการออกแบบการตรวจสอบ แต่ไม่ได้ซ้ำแล้วซ้ำอีกในระหว่างการทดสอบการยอมรับ ครอบคลุมการทดสอบยังฟีดกลับเข้ามาในขั้นตอนการออกแบบเนื่องจากสินค้าอาจจะต้องได้รับการออกแบบเพื่อให้สามารถเข้าถึงการทดสอบ. วิธีการทดสอบ [แก้ไข] วิธีการทดสอบในสภาพการวางแผนการทดสอบวิธีการที่ครอบคลุมการทดสอบจะได้รับการดำเนินการ วิธีการทดสอบอาจถูกกำหนดโดยมาตรฐานหน่วยงานกำกับดูแลหรือสัญญาหรืออาจจะต้องมีการสร้างขึ้นใหม่ วิธีการทดสอบยังระบุการทดสอบอุปกรณ์ที่จะใช้ในการปฏิบัติงานของการทดสอบและสร้างผ่าน / ไม่ผ่านเกณฑ์ วิธีการทดสอบที่ใช้ในการตรวจสอบความต้องการฮาร์ดแวร์ออกแบบได้ตั้งแต่ขั้นตอนที่ง่ายมากเช่นการตรวจสอบภาพเพื่ออธิบายรายละเอียดขั้นตอนการทดสอบได้รับการบันทึกแยกต่างหาก. ทดสอบความรับผิดชอบ [แก้ไข] รับผิดชอบการทดสอบรวมถึงสิ่งที่องค์กรจะดำเนินการวิธีการทดสอบและในขั้นตอนของแต่ละ ชีวิตของผลิตภัณฑ์ นี้ช่วยให้องค์กรในการวางแผนการทดสอบได้รับการพัฒนาหรือการทดสอบอุปกรณ์และทรัพยากรอื่น ๆ จำเป็นต้องใช้วิธีการทดสอบที่พวกเขามีความรับผิดชอบ รับผิดชอบการทดสอบยังรวมถึงสิ่งที่ข้อมูลจะถูกเก็บรวบรวมและวิธีการที่ข้อมูลจะถูกเก็บไว้และมีการรายงาน (มักเรียกว่า "ส่งมอบ") หนึ่งผลของการวางแผนการทดสอบประสบความสำเร็จควรจะมีการบันทึกหรือรายงานการตรวจสอบของข้อกำหนดการออกแบบและความต้องการตามที่ตกลงกันโดยทุกฝ่าย






















การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ทดสอบแผน [ แก้ไข ]ส่วนนี้ไม่ได้อ้างถึงแหล่งที่มาใด ๆ . กรุณาช่วยปรับปรุงในส่วนนี้ได้โดยเพิ่มแหล่งอ้างอิงที่น่าเชื่อถือ ภาษาไทยวัสดุอาจจะท้าทายและลบออก ( สิงหาคม 2553 ) ( เรียนรู้วิธีการและเมื่อการลบข้อความแม่แบบนี้ )แผนการทดสอบเอกสารกลยุทธ์ที่จะใช้ในการตรวจสอบและให้แน่ใจว่า ผลิตภัณฑ์หรือระบบตรงตามข้อกําหนดการออกแบบและความต้องการอื่น ๆ แผนการทดสอบมักจะถูกเตรียมโดยหรือด้วย ( ข้อมูลจากวิศวกรทดสอบขึ้นอยู่กับผลิตภัณฑ์และความรับผิดชอบขององค์กรที่มีแผนการทดสอบใช้แผนการทดสอบอาจรวมถึงกลยุทธ์สำหรับหนึ่งหรือมากกว่าต่อไปนี้ :การออกแบบการตรวจสอบหรือทดสอบ ) จะดำเนินการในระหว่างการพัฒนาหรือขั้นตอนการอนุมัติของผลิตภัณฑ์ โดยทั่วไป ในกลุ่มตัวอย่างขนาดเล็กของหน่วยการผลิตหรือทดสอบ - การผลิตจะดำเนินการในระหว่างการเตรียมการ หรือประกอบผลิตภัณฑ์ในลักษณะที่ต่อเนื่องเพื่อวัตถุประสงค์ของการตรวจสอบการปฏิบัติงานและการควบคุมคุณภาพทดสอบ - ทดสอบการยอมรับ หรือจะทำในเวลาของการจัดส่งหรือติดตั้งสินค้าบริการและซ่อมแซมการทดสอบที่จะดำเนินการตามที่ต้องการมากกว่าอายุการใช้งานของผลิตภัณฑ์ทดสอบการถดถอย - มีการดำเนินงานที่มีอยู่ในผลิตภัณฑ์ เพื่อตรวจสอบว่าฟังก์ชันที่มีอยู่ไม่ได้เสียเมื่อด้านอื่น ๆของสภาพแวดล้อมมีการเปลี่ยนแปลง เช่น การอัพเกรดแพลตฟอร์มที่ที่มีอยู่ในโปรแกรมวิ่ง )ระบบที่ซับซ้อนอาจจะมีระดับทดสอบวางแผนรับมือความต้องการโดยรวมและสนับสนุนการทดสอบแผนการที่อยู่การออกแบบรายละเอียดของระบบและส่วนประกอบแผนการทดสอบรูปแบบเอกสารที่สามารถแปรเป็นผลิตภัณฑ์และองค์กรที่พวกเขาใช้ มีสามองค์ประกอบสำคัญที่ควรระบุไว้ในแผนการทดสอบ : ทดสอบความคุ้มครองความรับผิดชอบ วิธีการทดสอบ และการทดสอบ เหล่านี้ยังใช้ในกลยุทธ์การทดสอบอย่างเป็นทางการครอบคลุมการทดสอบ [ แก้ไข ]ครอบคลุมการทดสอบในการทดสอบแผนระบุสิ่งที่ต้องการจะยืนยันในสิ่งที่ขั้นตอนของชีวิตผลิตภัณฑ์ ทดสอบความคุ้มครองที่ได้มาจากข้อกำหนดการออกแบบและข้อกำหนดอื่น ๆเช่น มาตรฐานความปลอดภัย หรือรหัสของข้อบังคับ ซึ่งแต่ละความต้องการหรือข้อกำหนดของการออกแบบซึ่งจะมีหนึ่งหรือมากกว่าวิธีการที่สอดคล้องกันของการตรวจสอบ ครอบคลุมการทดสอบสำหรับชีวิตของผลิตภัณฑ์ที่แตกต่างกันอาจทับซ้อนกัน แต่จะไม่จําเป็นต้องเป็นตรงเดียวกันสำหรับทุกขั้นตอน ตัวอย่างเช่น ความต้องการบางอย่างอาจจะตรวจสอบในระหว่างการทดสอบการตรวจสอบ ออกแบบ แต่ไม่ซ้ำในระหว่างการทดสอบการยอมรับ ครอบคลุมการทดสอบยังป้อนกลับในกระบวนการออกแบบ เนื่องจากผลิตภัณฑ์อาจต้องถูกออกแบบมาเพื่อให้ทดสอบการเข้าถึงวิธีการทดสอบ [ แก้ไข ]วิธีการทดสอบในแผนการทดสอบระบุว่าครอบคลุมการทดสอบจะใช้ วิธีการทดสอบอาจจะกำหนดโดยหน่วยงานมาตรฐาน กฎระเบียบ หรือข้อตกลงสัญญา หรืออาจจะต้องมีการสร้างขึ้นใหม่ วิธีทดสอบยังระบุว่าอุปกรณ์ทดสอบเพื่อใช้ในการปฏิบัติงานในการทดสอบและสร้างผ่าน / ไม่ผ่านเกณฑ์ วิธีการทดสอบที่ใช้เพื่อตรวจสอบความต้องการของการออกแบบฮาร์ดแวร์ที่สามารถช่วงจากขั้นตอนง่ายมาก เช่นการตรวจสอบภาพเพื่อทดสอบกระบวนการที่ซับซ้อนที่มีเอกสารแยกต่างหากทดสอบความรับผิดชอบ [ แก้ไข ]รับผิดชอบการทดสอบรวมถึงสิ่งที่องค์กรจะแสดงวิธีการทดสอบและในแต่ละขั้นตอนของชีวิตผลิตภัณฑ์ นี้จะช่วยให้องค์กรทดสอบแผนได้รับหรือพัฒนาทดสอบอุปกรณ์และทรัพยากรอื่น ๆ ต้องใช้วิธีการทดสอบที่พวกเขามีความรับผิดชอบ รับผิดชอบการทดสอบรวมถึงสิ่งที่ข้อมูลจะถูกรวบรวมและวิธีการที่ข้อมูลจะถูกเก็บไว้และรายงาน ( มักเรียกว่า " ส่งมอบ " ) หนึ่งผลของแผนการทดสอบที่ประสบความสำเร็จควรบันทึกหรือรายงานของการตรวจสอบคุณสมบัติการออกแบบและข้อกำหนดตามที่ตกลงกันโดยทุกฝ่าย
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: