รับการออกแบบฟรี
· Workflow · อ่าน 6 นาที

Fastlane snapshot vs การสร้างภาพหน้าจอ App Store แบบ no-code

Fastlane snapshot vs การสร้างภาพหน้าจอ App Store แบบ no-code
TL;DR. Fastlane snapshot เหมาะเมื่อต้องการภาพหน้าจอ simulator แบบ raw ที่สร้างใหม่ทุก CI build เครื่องมือแบบ no-code บน browser เหมาะเมื่อต้องการการจัดวางทางการตลาดพร้อมคำบรรยาย gradient และคารูเซลแบบหลายพาเนลทั้งสองแก้ปัญหาที่ต่อเนื่องกันทีมส่วนใหญ่จบลงด้วยการใช้ทั้งคู่

fastlane คือ framework อัตโนมัติ iOS แบบ open-source มาตรฐานโมดูล snapshot ของมันถ่ายภาพหน้าจอ App Store โดยรัน UI test ใน simulator ข้าม locale ที่กำหนดค่าไว้ผลิต PNG แบบ raw ที่ตรงกับ UI แอปจริงการตั้งค่าต้องเขียน Snapfile กำหนดค่า UI test รันใน CI

เครื่องมือแบบ no-code บน browser (Mokbi, AppLaunchpad, Previewed ฯลฯ) ข้ามส่วนโค้ดคุณอัปโหลดภาพหน้าจอด้วยตนเองและจัดวางคารูเซลทางการตลาดบนนั้น

การเปรียบเทียบนี้อยู่บนแกนต่างจาก "อันไหนดีกว่า" แต่เป็น "อันไหนแก้ปัญหาของคุณ"

สิ่งที่ Fastlane snapshot ทำ

fastlane snapshot รันแอปใน simulator ข้าม locale และคลาสอุปกรณ์ที่กำหนดค่าไว้สำหรับแต่ละชุดผสมจะรัน UI test script ที่ขับเคลื่อนแอปไปยังสถานะเฉพาะจากนั้นถ่ายภาพ simulator screen ผลลัพธ์คือภาพหน้าจอ PNG แบบ raw ของแอปที่รันอยู่จริงหนึ่งภาพต่อ locale × อุปกรณ์ × สถานการณ์ทดสอบ

จุดแข็ง:

  • รวมเข้ากับ CI ภาพหน้าจอสร้างใหม่ทุก release build ไม่มีทางที่จะไม่ตรงกับแอปจริง
  • ภาพหน้าจอ locale จริง แต่ละ locale รันใน simulator พร้อมการตั้งค่า locale จริงดังนั้นวันที่ตัวเลขสกุลเงินจะแสดงผลแบบพื้นเมือง
  • ฟรีและ open source ไม่มีค่าสมัครสมาชิก
  • ไม่มีการเปลี่ยนแปลงระหว่างโค้ดและภาพหน้าจอ หากเปลี่ยน UI element การรัน CI ถัดไปจะรับการเปลี่ยนแปลงนั้น

จุดอ่อน:

  • ผลลัพธ์คือภาพหน้าจอ simulator แบบ raw ไม่มีคำบรรยายไม่มี overlay ทางการตลาดไม่มีพื้นหลัง gradient ไม่มีคารูเซลแบบหลายพาเนลแค่ UI แอป
  • ต้นทุนการตั้งค่ามีอยู่จริง การเขียน Snapfile กำหนดค่า UI test สำหรับการถ่ายภาพหน้าจอ debug ปัญหา simulator state ที่หลีกเลี่ยงไม่ได้โดยทั่วไปใช้เวลาหนึ่งถึงสองวันครั้งแรก
  • ต้นทุนการบำรุงรักษา การเปลี่ยน UI ทำให้ UI test พังทุกการอัปเดตแอปต้องปรับ snapshot script
  • iOS เท่านั้น Android มีเครื่องมือแยกต่างหาก (fastlane screengrab)
  • ต้องใช้ Mac iOS simulator ต้องใช้ Xcode

สิ่งที่เครื่องมือ no-code บน browser ทำ

ถ่ายภาพหน้าจอตามวิธีที่คุณต้องการ (ถ่ายด้วยตนเองจากโทรศัพท์ภาพหน้าจอจาก simulator หรือแม้แต่จาก Fastlane snapshot หากตั้งค่าแล้ว) วางลงใน browser editor เพิ่มกรอบอุปกรณ์คำบรรยายพื้นหลัง gradient แปลคำบรรยายตาม locale ส่งออกตามทุกขนาดของ App Store

จุดแข็ง:

  • ไม่มีโค้ดไม่ต้องตั้งค่า เปิดเครื่องมือแก้ไขและออกแบบ
  • การจัดวางทางการตลาด คำบรรยาย gradient คารูเซลแบบหลายพาเนลพื้นที่ทางการตลาดจริงๆไม่ใช่แค่ภาพหน้าจอแบบ raw
  • ข้ามแพลตฟอร์ม โปรเจกต์เดียวทั้งสองสโตร์ (App Store + Play Store)
  • ไม่ต้องใช้ Mac browser รันได้ทุกที่
  • การแปลภาษาอัตโนมัติ แปล batch ด้วยคลิกเดียวข้าม 50 locale ของ App Store

จุดอ่อน:

  • ภาพหน้าจออาจไม่ตรงกับแอป หากส่ง UI change ภาพหน้าจอของคุณจะล้าสมัยแก้ด้วยตนเอง
  • ภาพหน้าจอต้นฉบับเป็นแบบ manual ต้องมีคนถ่าย (จาก simulator อุปกรณ์หรือจับคู่ผ่าน WebRTC)
  • ไม่มีการรวม CI คารูเซลทางการตลาดจะไม่สร้างใหม่อัตโนมัติทุก build

การเปรียบเทียบที่ตรงไปตรงมา

Fastlane snapshot แก้ปัญหา "ฉันต้องการให้ภาพหน้าจอตรงกับแอปจริงโดยอัตโนมัติทุก build ใน locale ทุก locale โดยไม่ต้องถ่ายด้วยตนเอง" ผลลัพธ์ใช้งานได้แต่เป็นแค่ภาพหน้าจอแบบ raw ไม่ใช่ asset ทางการตลาด

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

ทั้งสองไม่แข่งขันกันแต่เป็นขั้นตอนต่อเนื่องใน pipeline เดียวกัน

เวิร์กโฟลว์ผสมผสานที่ใช้งานได้จริง

  1. Fastlane snapshot (หรือถ่ายด้วยตนเอง) สำหรับภาพหน้าจอต้นฉบับ รันบน CI สำหรับสถานะแอปจริงที่ต้องการแสดงในคารูเซล
  2. เครื่องมือแบบ browser สำหรับการจัดวางทางการตลาด วางภาพหน้าจอต้นฉบับลงใน editor สร้างคารูเซลพร้อมคำบรรยายและ gradient
  3. แปลภาษา + ส่งออกแบบ batch จากเครื่องมือแบบ browser ส่งไปยัง App Store Connect และ Play Console
  4. เมื่ออัปเดตแอปครั้งต่อไปรัน Fastlane เพื่อสร้างภาพหน้าจอใหม่เปิดโปรเจกต์ JSON ในเครื่องมือแบบ browser แทนภาพหน้าจอส่งออกใหม่

เมื่อไหร่ที่ข้าม Fastlane ได้

สำหรับแอป indie ส่วนใหญ่ที่ส่งงานไม่บ่อย (1-3 release ต่อปี) ต้นทุนการตั้งค่า Fastlane ไม่คุ้มค่าการถ่ายภาพหน้าจอด้วยตนเองครั้งละ release (จับโทรศัพท์ไปยัง desktop ผ่าน WebRTC ทำงานได้ดีสำหรับสิ่งนี้) บวกกับการจัดวางทางการตลาดแบบ browser ทำงานได้สำเร็จในเวลารวมน้อยกว่า

fastlane เหมาะมากเมื่อส่งรายสัปดาห์หรือรายวันและการเปลี่ยนแปลงภาพหน้าจอกลายเป็นปัญหาจริงๆสำหรับเอเจนซี่ผลิตภัณฑ์ที่โตเต็มที่ที่มี release บ่อยๆและทีมที่มีโครงสร้างพื้นฐาน iOS CI อยู่แล้ว fastlane ชนะในขั้นตอนการถ่ายภาพหน้าจอต้นฉบับผสานกับเครื่องมือแบบ browser สำหรับการจัดวางทางการตลาด

อ่านต่อ

เปิดเครื่องมือแก้ไข →