Trong phát triển trò chơi, sự tin tưởng không được xây dựng với NDA hoặc các boong bóng. Nó được xây dựng trong các tuần crunch, hỗn loạn trước khi ra mắt, và các vụ cháy sau khi ra mắt - khi đối tác QA của bạn hoặc cung cấp, hoặc biến mất. Tại SnoopGame, chúng tôi đã kiểm tra độ tin cậy đó trên hơn 350 dự án. Từ các nhà phát triển độc lập đến các nhà xuất bản có hàng triệu người trực tuyến, chúng tôi đã thấy một mô hình giữ: khi đảm bảo chất lượng được thực hiện đúng, nó trở nên vô hình - không phải vì nó vắng mặt, mà vì không có gì phá vỡ. QA is easy to sell. It’s hard to scale. Hầu hết các studio nghĩ về QA như là một trung tâm chi phí. một cái ác cần thiết. Chúng tôi đã dành thập kỷ qua để chứng minh rằng đó không phải là một trong những điều đó. QA là một mối quan hệ.Và quy mô một mối quan hệ - không chỉ là một đầu đếm - là phần khó khăn. Một nhà phát triển solo cần hỗ trợ chiến thuật: "Đây là những gì đã bị phá vỡ, và tại sao." Một studio kích thước trung bình muốn hệ thống: luồng hồi quy, bảo hiểm rõ ràng, thử nghiệm cụ thể cho nền tảng. Một nhà xuất bản muốn có bằng chứng: "Bạn có thể giao hàng với công suất gấp 10 lần trong 3 múi giờ với thông báo 12 giờ không? Chúng tôi đã phải xây dựng cho cả ba - mà không bị sưng hoặc quan liêu. điều đó có nghĩa là quá trình mà không cần cạo râu, báo cáo mà không có tiếng ồn, và các nhà kiểm tra có thể tìm thấy một lỗi và giải thích lý do tại sao nó quan trọng đối với trải nghiệm của người chơi. Why scaling QA fails (and how we avoided it) Dưới đây là những gì thường phá vỡ đầu tiên khi QA bắt đầu mở rộng: Bối cảnh - Người thử nghiệm không biết trò chơi hoặc thể loại. họ bỏ lỡ các trường hợp người chơi sẽ đạt được trong giờ đầu tiên. Truyền thông - Báo cáo trở nên chậm chạp, phổ biến hoặc bị bỏ qua. Consistency - New testers = new learning curve = hố hồi quy. Chúng tôi đã giải quyết điều này với Nhóm nhỏ được đào tạo theo loại trò chơi (FPS, câu đố, sandbox, v.v.), nền tảng (console, mobile, PC) và phong cách studio. Họ mở rộng theo chiều ngang, không phân cấp. domain-specific pods Đó là những gì làm cho niềm tin có thể mở rộng.Chúng tôi không nhảy múa mù quáng.Chúng tôi sắp xếp sớm. Deadlines don’t bend. We don’t pretend they do. Thời gian AAA không quan tâm nếu nhóm của bạn mệt mỏi. Họ quan tâm nếu bản vá ngày 1 của bạn bao gồm một lỗi crash. Một trong những dự án đặt cược cao nhất của chúng tôi liên quan đến một game bắn súng chiến thuật với một cộng đồng lớn và một lộ trình công cộng. chúng tôi đã được đưa vào 3 tuần trước khi ra mắt - không có QA nội bộ đã chạm vào nhiều người chơi, có 14 chế độ chơi và không có ma trận hồi quy thích hợp. Chúng tôi đã xây dựng một trong 48 giờ. 2 thay đổi trong 3 múi giờ. Và thử nghiệm 80+ builds trong 21 ngày. Chúng tôi gọi đó là một thất bại gần gũi - và sau đó làm việc với khách hàng để xây dựng một đường ống thử nghiệm bền vững. Indie or enterprise, the trust equation is the same Bạn không cần các chuyên gia QA. Bạn cần các đối tác QA hiểu trò chơi của bạn, áp lực của bạn và cơ sở người chơi của bạn. Đó là cách chúng tôi xây dựng SnoopGame – không phải là lớn nhất, mà là đáng tin cậy nhất dưới áp lực.Bất kể đó là một bản xây dựng duy nhất hay một lộ trình ba năm, công việc của chúng tôi rất đơn giản: đảm bảo người chơi của bạn trải nghiệm những gì bạn đã xây dựng – không phải những gì bạn đã bỏ lỡ.
