To enhance the STS Mechanical to ge

To enhance the STS Mechanical to get more effectiveness to detect FoF or Mechanical issue by adding some test/state into it. Such as adding STS_CHROME_SCRN on Lombard, Megalodon and Larmarr STS. -- Please see more detail from Saowapak's mail below.
To reduce the STS Mechanical test time by remove STS RSS out from all programs except MakaraPlus that we need to maintain it for Drive Chunk Qual (High potential to have DCQ on MakaraPlus). -- Roughly check other products never use STS RSS and poor correlation on RSS parameters.
To reduce the STS Mechanical test time by remove some test/state that never used or it is non FoF related. Such as remove GMR_RES_STS_0 out from all programs due to we already have it in HEAD_CAL. Remove PES_SCRN out of all programs due to FA show that it cause from contamination issue not FoF issue and etc....
To have common STS for all program due to we need to use the STS data to detect FoF or Mech issue by Web or New Application that PPE Application Team will create it ASAP. If all programs have common STS it will be great for App team to design the trigger Application furthermore PE team will have common trigger EC or criteria.
I think we need to discuss more on this.... I would like to invite STS PE representative for all programs and PPE App team to meeting with my team on Friday (Time will define later). We can make decision together that what test/state need to add or need to remove and what is the trigger criteria of each programs.

Any question please feel free to let me know.

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

เพื่อเพิ่มประสิทธิภาพ เครื่องกล STS เพื่อรับการตรวจ FoF หรือปัญหาเครื่องจักรกล โดยการเพิ่มประสิทธิภาพบางทดสอบ/รัฐลงไป เช่นเพิ่ม STS_CHROME_SCRN ในลอมบาร์ด เม็กกาโลดอน และ Larmarr STS -โปรดดูรายละเอียดเพิ่มเติมจากจดหมายของ Saowapak ด้านล่างลด เวลาทดสอบเครื่องกล STS โดยเอา RSS STS ออกจากโปรแกรมทั้งหมดยกเว้น MakaraPlus ที่เราต้องการรักษาสำหรับไดรฟ์ก้อนข้อมูล Qual (ศักยภาพสูง มี DCQ ใน MakaraPlus) -ประมาณตรวจสอบผลิตภัณฑ์อื่น ๆ ไม่เคยใช้ STS RSS และความสัมพันธ์ที่ไม่ดีบนพารามิเตอร์ RSSเพื่อลดการทดสอบเครื่องกล STS เวลาเอาบางทดสอบ/รัฐที่ไม่เคยใช้ หรือเป็น FoF ไม่เกี่ยวข้อง เช่นเอา GMR_RES_STS_0 ออกจากโปรแกรมทั้งหมดเนื่องจากเราแล้วยัง HEAD_CAL เอา PES_SCRN ออกจากโปรแกรมทั้งหมดเนื่องจากดู FA ที่จะทำให้เกิดจากการปนเปื้อน ออกไม่ FoF ออกและอื่น ๆ ... มี STS ทั่วไปสำหรับโปรแกรมทั้งหมดเนื่องจากเราจำเป็นต้องใช้ข้อมูล STS เพื่อตรวจหาปัญหา FoF หรือกลไกเว็บหรือโปรแกรมประยุกต์ใหม่ที่ทีมงานบริษัทพีพีอีแอพลิเคชันจะสร้างโดยเร็ว ถ้าโปรแกรมทั้งหมดที่มีทั่วไป STS มันจะดีสำหรับทีมออกแบบทริกแอพลิเคชัน App นอกจากนี้ทีมงาน PE จะมีทั่วไปทริก EC หรือเกณฑ์ผมคิดว่า เราจำเป็นต้องหารือเพิ่มเติมในนี้... อยากจะเชิญผู้แทน STS PE ทุกโปรแกรมและ App บริษัทพีพีอีทีมประชุมกับทีมงานของฉันในวันศุกร์ (เวลาจะกำหนดภายหลัง) เราสามารถทำการตัดสินใจร่วมกันว่า สิ่งที่ทดสอบรัฐจำเป็นต้องเพิ่ม หรือต้องการเอาออก และสิ่งที่เป็นเงื่อนไขทริกเกอร์ของแต่ละโปรแกรมคำถามใด ๆ โปรดส่งแจ้งให้ทราบ

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

เพื่อเพิ่ม STS วิศวกรรมเพื่อให้ได้ประสิทธิภาพมากขึ้นในการตรวจสอบหรือปัญหา fof วิศวกรรมโดยการเพิ่มบางการทดสอบ / รัฐเป็นมัน เช่นการเพิ่ม STS_CHROME_SCRN ในลอมบาร์ด Megalodon และ Larmarr เอสที - กรุณาดูรายละเอียดจากอีเมล Saowapak ด้านล่าง.
เพื่อลดเวลาในการทดสอบ STS วิศวกรรมโดยเอา STS RSS ออกจากโปรแกรมทั้งหมดยกเว้น MakaraPlus ที่เราต้องรักษามันไว้สำหรับไดรฟ์ก้อน Qual (ที่มีศักยภาพสูงที่จะมีการส่งก๊าซธรรมชาติบน MakaraPlus) - การตรวจสอบประมาณผลิตภัณฑ์อื่น ๆ ที่ไม่เคยใช้เอสที RSS และความสัมพันธ์ที่ไม่ดีกับพารามิเตอร์ RSS.
เพื่อลดการเอสทีเวลาการทดสอบทางกลโดยการลบทดสอบบาง / รัฐที่ไม่เคยใช้หรือไม่ fof ที่เกี่ยวข้อง เช่น GMR_RES_STS_0 ลบออกจากโปรแกรมทั้งหมดเนื่องจากเรามีอยู่แล้วใน HEAD_CAL PES_SCRN ลบออกจากโปรแกรมทั้งหมดเนื่องจากเอฟเอแสดงให้เห็นว่ามันก่อให้เกิดการปนเปื้อนจากการออกไม่เป็นปัญหา fof และอื่น ๆ ....
ที่จะมีเอสทีที่พบบ่อยสำหรับโปรแกรมทั้งหมดเนื่องจากเราจำเป็นต้องใช้ข้อมูลที่เอสทีในการตรวจสอบปัญหา fof หรือ Mech จากเว็บหรือ แอพลิเคชันใหม่ที่ทีมงานแอพลิเคชันการป้องกันส่วนบุคคลจะสร้างได้โดยเร็วที่สุด หากโปรแกรมทั้งหมดมีเอสทีร่วมกันมันจะดีสำหรับทีมต่างในการออกแบบแอพลิเคชันเรียกนอกจากนี้ทีมงานของ PE จะมีทริกเกอร์ที่พบบ่อย EC หรือเกณฑ์ที่.
ผมคิดว่าเราต้องการที่จะหารือเกี่ยวกับเรื่องนี้ .... ผมอยากจะเชิญชวนตัวแทนเอสที PE สำหรับโปรแกรมทั้งหมดและทีมงานการป้องกันส่วนบุคคล App เพื่อประชุมร่วมกับทีมงานของฉันในวันศุกร์ (เวลาจะกำหนดในภายหลัง) เราสามารถทำให้การตัดสินใจร่วมกันว่าสิ่งที่ทดสอบ / รัฐจำเป็นที่จะต้องเพิ่มหรือต้องลบและสิ่งที่เป็นเกณฑ์ทริกเกอร์ของโปรแกรมแต่ละ. คำถามใด ๆ โปรดอย่าลังเลที่จะแจ้งให้เราทราบ

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

เพิ่มระบบเครื่องกลให้มีประสิทธิภาพมากขึ้น เพื่อตรวจสอบปัญหาเพื่อหรือเครื่องจักรกล โดยการเพิ่มบางทดสอบ / รัฐเข้าไป เช่นการเพิ่ม sts_chrome_scrn ในลอมบาร์ด , เมกาโลดอน และ larmarr STS . . . . โปรดดูรายละเอียดเพิ่มเติมจากเสาวภาคย์จดหมายด้านล่าง .
ลดเวลาการทดสอบโดยเอา STS STS ทาง RSS ออกจากโปรแกรมทั้งหมดยกเว้น makaraplus ที่เราต้องรักษาไว้เพื่อขับก้อน qual ( ศักยภาพสูงที่จะมี dcq บน makaraplus ) -- ประมาณตรวจสอบผลิตภัณฑ์อื่น ๆไม่เคยใช้ระบบ RSS และความสัมพันธ์ที่ดีในพารามิเตอร์ RSS .
ลดเวลาการทดสอบโดยเอา STS เครื่องจักรทดสอบ / สภาพที่ไม่เคยใช้หรือไม่เพื่อกับเช่น เอา gmr_res_sts_0 ออกจากโปรแกรมทั้งหมดเนื่องจากเรามันมีอยู่แล้วใน head_cal . ลบ pes_scrn ออกจากโปรแกรมทั้งหมด เนื่องจาก เอฟเอ แสดงให้เห็นว่า สาเหตุจากปัญหาการปนเปื้อนไม่เพื่อปัญหาและอื่น ๆ . . . . . . .
มี STS ทั่วไปสำหรับโปรแกรมทั้งหมด เนื่องจากเราต้องใช้ระบบข้อมูลเพื่อตรวจสอบปัญหาเพื่อหรือ Mech เว็บหรือโปรแกรมใหม่ที่ทีมงานใช้ PPE จะสร้างมันให้เร็วที่สุดถ้าโปรแกรมทั้งหมดได้ตามทั่วไป มันจะดีสำหรับ App ทีมออกแบบ เรียกโปรแกรมนอกจากนี้ PE จะมีทีมทั่วไปเรียก EC หรือเกณฑ์ .
ฉันคิดว่าเราต้องคุยกันในนี้ . . . . ฉันต้องการเชิญ STS PE ตัวแทนทุกโปรแกรม PPE app ทีมการประชุมกับทีมในวันศุกร์ ( เวลาจะกำหนดภายหลัง )เราสามารถตัดสินใจร่วมกันว่าสิ่งที่ทดสอบ / รัฐต้องเพิ่มหรือต้องลบแล้วเรียกเกณฑ์ของแต่ละโปรแกรม

คำถามใด ๆโปรดอย่าลังเลที่จะแจ้งให้เราทราบ