ข้ามไปยังเนื้อหา
XSIS
ชายคนหนึ่งที่โต๊ะพร้อมจอภาพ มองผ่านผนังกระจก

วิศวกรรมซอฟต์แวร์

UX และวิศวกรรมคุณภาพอัตโนมัติ

อินเทอร์เฟซที่ผู้คนใช้งานได้ และการเผยแพร่ที่คุณไว้วางใจได้

ที่ที่ผลิตภัณฑ์สูญเสียผู้ใช้และการเผยแพร่สูญเสียความมั่นใจ

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

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

สิ่งที่เปลี่ยนไปสำหรับคุณ

  1. ผลิตภัณฑ์ที่ผู้คนทำงานของตนให้เสร็จ

    ขั้นตอนการทำงานที่ออกแบบจากการวิจัยและทดสอบกับผู้ใช้จริงก่อนการสร้าง สำหรับทุกภาษาและทุกขนาดหน้าจอที่คุณต้องการ

  2. การเข้าถึงที่ออกแบบไว้ตั้งแต่ต้น

    งานออกแบบและโค้ดที่สร้างตาม WCAG 2.2 AA และกฎการเข้าถึงระดับชาติ ตรวจสอบทุกการเผยแพร่

  3. การเผยแพร่ที่ไม่มีความประหลาดใจ

    ชุดทดสอบอัตโนมัติและด่านคุณภาพที่หยุดการเผยแพร่ที่เสียหาย และการทดสอบโหลดและ chaos ที่แสดงว่าระบบล้มเหลวอย่างไรก่อนลูกค้าของคุณ

สิ่งที่เราส่งมอบ

  • การวิจัย UX และสถาปัตยกรรมสารสนเทศ

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

  • โครงร่างหน้าจอและต้นแบบที่ผ่านการทดสอบ

    แต่ละงานสำคัญถูกจัดทำแผนผังทีละขั้น รวมถึงข้อผิดพลาดและสถานะว่าง และต้นแบบที่คลิกได้ซึ่งทดสอบกับผู้ใช้จริง

  • ระบบออกแบบ UI

    โทเคนการออกแบบ คอมโพเนนต์ และคำแนะนำการใช้งานที่สอดคล้องกันระหว่าง Figma และโค้ด ทุกผลิตภัณฑ์จึงสอดคล้องกัน

  • การปฏิบัติตามข้อกำหนดการเข้าถึง

    งานออกแบบและงานสร้างได้รับการตรวจสอบตาม WCAG 2.2 AA ในเรื่องคอนทราสต์ ลำดับโฟกัส ขนาดเป้าหมาย และป้ายกำกับสำหรับโปรแกรมอ่านหน้าจอ รวมถึงเลย์เอาต์ขวาไปซ้ายสำหรับภาษาอาหรับ

  • QA ที่ซ่อมแซมตัวเองด้วย AI

    ชุดทดสอบถดถอยและการเชื่อมต่ออัตโนมัติทำงานทุกการเปลี่ยนแปลง เมื่ออินเทอร์เฟซเปลี่ยน การทดสอบที่ช่วยด้วย AI จะเสนอการซ่อมแซมให้วิศวกรอนุมัติ แทนที่จะล้มเหลวแบบสุ่ม

  • การทดสอบประสิทธิภาพ โหลด และ chaos

    การทดสอบโหลดและความเครียดของเส้นทางสำคัญ และการทำให้บริการและเครือข่ายล้มเหลวแบบควบคุมได้ ซึ่งแสดงว่าระบบเสื่อมลงและกู้คืนอย่างไร

  • ด่านคุณภาพและการรายงาน

    การทดสอบ ความครอบคลุม และการสแกนความปลอดภัยที่หยุดการเผยแพร่เมื่อล้มเหลว พร้อมแนวโน้มข้อบกพร่องและความพร้อมในการเผยแพร่ในที่เดียว

วิธีการทำงานของเรา

  1. วิจัยและประเมิน

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

  2. กำหนด

    เราตกลงผู้ใช้ที่ต้องออกแบบให้ ความเสี่ยงที่ต้องทดสอบ และวิธีวัดความสำเร็จ

  3. ออกแบบและทดสอบกับผู้ใช้

    เราสร้างต้นแบบของขั้นตอนการทำงานสำคัญ ทดสอบกับผู้ใช้จริง และแก้ไขสิ่งที่ทำให้พวกเขาสับสนก่อนการสร้าง

  4. ทำให้เป็นอัตโนมัติ

    เราสร้างชุดทดสอบและข้อมูลทดสอบ และเชื่อมเข้ากับไปป์ไลน์ของคุณเป็นด่านคุณภาพ

  5. โหลดและทำให้พัง

    เราโหลดระบบถึงจุดสูงสุดและเกินกว่านั้น ใส่ความล้มเหลวเข้าไป และแก้ไขสิ่งที่รับไม่ไหวก่อนเปิดตัว

  6. รักษาให้แข็งแรง

    เราทบทวนสิ่งที่เผยแพร่เทียบกับงานออกแบบ แก้การทดสอบที่ไม่เสถียรอย่างรวดเร็ว และฝึกทีมของคุณให้ดูแลชุดทดสอบเอง

เทคโนโลยีและมาตรฐาน

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

การทดสอบ
  • axe-core
  • Playwright
  • Cypress
  • Selenium
  • Appium
  • Jest
  • JUnit
  • pytest
  • Postman
  • k6
  • Apache JMeter
  • OWASP ZAP
การออกแบบและการเข้าถึง
  • Figma
  • Storybook
  • WCAG 2.2

พิสูจน์ในการใช้งานจริง

วิศวกร QA อัตโนมัติเป็นส่วนหนึ่งของทีมที่สร้างกลไกพาณิชย์และ POS แบบเรียลไทม์ให้กลุ่มค้าปลีกหลายแบรนด์ใน GCC แพลตฟอร์มถูกทดสอบสำหรับฤดูช้อปปิ้งช่วงพีค

วิธีเริ่มต้น

งานด้านการออกแบบหรือการทดสอบเริ่มได้ด้วยตัวเองหรือเป็นส่วนหนึ่งของการสร้าง ผู้เชี่ยวชาญยังเข้าร่วมทีมของคุณในฐานะนักออกแบบหรือวิศวกร QA ที่ฝังอยู่ในทีมได้

ขั้นตอนถัดไป

  1. การปรึกษาก่อนเริ่มงาน

    การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ

  2. การทบทวนความพร้อม

    ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด

  3. การเลือกแนวทาง

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

  4. การส่งมอบในห้าขั้นตอน

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

คำถามและคำตอบ

เราต้องทำวิจัยผู้ใช้หรือไม่เมื่อรู้จักผู้ใช้ของเราอยู่แล้ว

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

คุณทำให้ผลิตภัณฑ์เข้าถึงได้อย่างไร

เราออกแบบตาม WCAG 2.2 AA ตั้งแต่โครงร่างหน้าจอแรก: คอนทราสต์เพียงพอ โฟกัสที่มองเห็น ลำดับการอ่านที่สมเหตุสมผล เป้าหมายที่ใหญ่พอ และป้ายกำกับสำหรับทุกการควบคุม การตรวจสอบอัตโนมัติทำงานทุกการเปลี่ยนแปลง ก่อนแต่ละการเผยแพร่ เราทดสอบเส้นทางสำคัญด้วยมือด้วยคีย์บอร์ดและโปรแกรมอ่านหน้าจอ

คุณออกแบบสำหรับภาษาอาหรับและภาษาขวาไปซ้ายอื่นๆ ได้หรือไม่

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

การทดสอบอัตโนมัติที่ซ่อมแซมตัวเองคืออะไร

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

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

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

การทดสอบ chaos คืออะไร และปลอดภัยหรือไม่

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

คุณทดสอบการเชื่อมต่อกับธนาคาร ผู้ให้บริการชำระเงิน หรือ ERP อย่างไร

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

พร้อมจะสร้างแล้วหรือยัง ขอข้อเสนอได้เลย

ส่งความต้องการหรือ RFP ของคุณ สถาปนิกของเราจะตรวจสอบและส่งข้อเสนอที่มีผลผูกพันและขอบเขตคงที่กลับไปให้คุณ

ขั้นตอนถัดไป

  1. การทบทวนความพร้อม

    ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด

  2. ข้อเสนอที่มีผลผูกพัน

    หลังการตรวจสอบความถูกต้องของสถาปัตยกรรมโดยไม่มีค่าใช้จ่าย คุณจะได้รับข้อเสนอที่มีผลผูกพันและขอบเขตคงที่ ภายใน 3 ถึง 5 วันทำการ: หมุดหมาย สถาปัตยกรรม โครงสร้างทีม และ SLA เราลงนามในข้อตกลงรักษาความลับ (NDA) กับคุณเมื่อร้องขอ ก่อนคุณแจ้งความต้องการ

  3. การระดมทีม

    เมื่อคุณลงนาม ทีมวิศวกรรมขนาดเล็กของเราจะเริ่มสปรินต์ 0 ภายใน 5 ถึง 10 วันทำการหลังลงนามสัญญา

  4. การส่งมอบในห้าขั้นตอน

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