Tìm kiếm
23 kết quả cho “chọn test theo coverage”. Tìm không phân biệt dấu.
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
…, API 15 phút; cả bộ từ khoảng 12 giờ xuống dưới 22 phút. - Chọn test theo coverage: từ diff của nhánh ra danh sách file, ra test phủ các file đó; coverage thu mỗi ngày lúc hạ tầng…
- PIT Mutation Testing on CI/CD Pipeline Bài tóm tắt · Trendyol · 2021
…uan - · - Cùng bài toán: (mutation testing tự viết cho PHP, chọn test theo coverage) ·…
- 開発者全員が書けるE2Eテスト ─ 普通のgo testで実現するテスト基盤 (E2E tests every developer can write, with plain go test) Bài tóm tắt · Mercari · 2025
…uyên tăng tuyến tính theo độ song song. - Đang làm: dùng AI chọn chỉ các test liên quan tới phần thay đổi. Vì sao - Mục tiêu là mọi developer viết API đều sửa được E2E test; công n…
- Designing Experimentation Guardrails Bài tóm tắt · Airbnb · 2021
…ên liên quan thảo luận công khai kết quả trước khi quyết. - Chọn metric cần bảo vệ theo ba nhóm: metric kinh doanh/tài chính (doanh thu), metric trải nghiệm (bounce rate, tốc độ tả…
- From 48k lines of code to 10: the story of GitHub's JavaScript SDK Bài tóm tắt · GitHub · 2020
…trình duyệt quan tâm kích thước bundle nên người dùng phải chọn được thư viện cấp thấp thay vì một khối chứa mọi endpoint, mọi cách xác thực. Bài học cho SWE - Thứ phải khớp với m…
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không tự…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- Migrating a Large Flow Monorepo to TypeScript Bài tóm tắt · Yelp · 2026
…án, Stripe chuyển một lần. Bối cảnh - Đầu 2017, đội Webcore chọn Flow thay vì TypeScript (lúc đó Flow hỗ trợ React và hiệu năng tốt hơn). Vài năm sau TypeScript rõ ràng thắng: nhiề…
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- Automating Feature-Flag Cleanup at Scale with a Multi-Agent LLM System Bài tóm tắt · DoorDash · 2026
…de) giảm chi phí; không có worktree riêng thì các agent sửa chồng file, ra diff hỏng; đọc trạng thái rollout thật là quyết định đáng giá nhất. Tiếp theo: điểm tin cậy để tự duyệt f…
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng:
- Migrating millions of lines of code to TypeScript Bài tóm tắt · Stripe · 2022
…c, cộng một lớp đồng bộ kiểu giữa hai bên. Thay đổi chính - Chọn chuyển một lần: học từ Airtable và Zapier (chạy script chuyển đổi trên toàn codebase, merge một commit), lấy codemo…
- Quản lý fleet và migrate code hàng loạt Chủ đề Thành viên
Khi số component (repo, service, pipeline, thư viện) tăng nhanh hơn số kỹ sư, chi phí của mỗi thay đổi xuyên suốt (nâng thư viện, vá bảo mật, đổi API nội bộ, khai tử dataset) tỉ lệ với số component chứ không với độ khó…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Nền tảng ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- How Uber Executed A JUnit Migration at Massive Scale Bài tóm tắt · Uber · 2026
…cùng chạy trước, rồi mới chuyển code. - Đo mức dùng thật để chọn mẫu đáng tự động hoá; bỏ qua có chủ đích phần không hỗ trợ thay vì chuyển dở. - Cổng của mỗi thay đổi tự động là bu…
- Mercari Công ty Thành viên
PaymentService của Merpay (2019) giữ nhất quán thanh toán qua nhiều service bằng cách tự làm ở tầng ứng dụng: chia pha + state machine, idempotency key bắt buộc, bù trừ kiểu TCC, đối soát và fault injection . Ba năm…
- Bumble Công ty Thành viên
Bumble là tập đoàn hẹn hò sở hữu Badoo; bài 5/2019 trên blog bumble-tech kể cách backend PHP nguyên khối của Badoo được test khi tính năng lên server trước mọi client hàng tháng: SoftMocks cho code cũ đi kèm quy tắc…
- Search Federation Architecture at LinkedIn Bài tóm tắt · LinkedIn · 2018
…tinh thần shadow/parallel run (). - Cùng thời kỳ, LinkedIn chọn giữ monolith API và chia cụm (). Liên quan - - -…
- Open Sourcing Screwdriver, Yahoo's Continuous Delivery Build System for Dynamic Infrastructure Bài tóm tắt · Yahoo · 2017
…SHA + metadata deploy), dựa vào PaaS để deploy. Rollback là chọn phiên bản trong dropdown và bấm deploy; ai có quyền ghi trên project cũng làm được. Theo Yahoo, điều này giúp chuyể…