Tìm kiếm
34 kết quả cho “E2E test”. Tìm không phân biệt dấu.
- 開発者全員が書けるE2Eテスト ─ 普通のgo testで実現するテスト基盤 (E2E tests every developer can write, with plain go test) Bài tóm tắt · Mercari · 2025
…ài gốc](https://engineering.mercari.com/blog/entry/20251016-e2e-tests/) Một bài trong series Global App (ngoài sheet). Bối cảnh: . Tác giả thuộc đội SRE & Enabling của Cross Border…
- Moving e2e testing into production with multi-tenancy for increased speed and reliability Bài tóm tắt · DoorDash · 2022
…— [bài gốc](https://doordash.engineering/2022/03/03/moving-e2e-testing-into-production-with-multi-tenancy-for-increased-speed-and-reliability/) Bối cảnh - Thời monolith, nhu cầu t…
- Acceptance Tests On CI Pipeline Bài tóm tắt · Trendyol · 2020
…t với dependency giả lấp khoảng giữa unit test (quá hẹp) và e2e (phụ thuộc môi trường). - Dữ liệu khởi tạo (bucket, index) phải nằm trong image test, nếu không mỗi lần chạy lại phụ…
- A monolithic architecture for our clients' hundreds of versions: how we write and support tests Bài tóm tắt · Bumble · 2019
Backend Badoo là monolith PHP 12 năm tuổi, khởi đầu không có test. Backend developer viết tính năng và đưa lên production trước mọi client (app mobile, site), bọc bằng feature flag hoặc A/B test; client phát hành sau…
- How the Miro Developer Platform leverages contract testing Bài tóm tắt · Miro · 2023
…- Bỏ ý tưởng tái dùng test end-to-end: thêm kiểm schema vào e2e vẫn dựa vào con người (endpoint mới không có test, tham số mới ngoài đường quan trọng không được cập nhật, API thử n…
- Why isn't all test automation run on the pipeline? Bài tóm tắt · Slalom Build · 2019
Unit test đã chạy trong mọi pipeline, nhưng test API, UI, tích hợp, module thường vẫn chạy tay trên laptop. Theo tác giả, lý do quy về ba thứ: giá trị (chưa ai tin đáng làm), kiến trúc (hệ không chia module) và khả thi…
- Service Level Testing for Microservices in Swiggy Bài tóm tắt · Swiggy · 2021
Năm 2021 Swiggy chạy hơn 400 microservice production; vài năm trước chỉ vài chục. Cùng lúc tốc độ deploy giảm: tính năng kéo từ ngày thành tuần, sửa nhỏ cũng mất nhiều ngày dev và test.
- How we improved reporting and monitoring of test automation results Bài tóm tắt · trivago · 2023
…có hàng chục release mỗi ngày, nên cần biết nhanh một test e2e hỏng là do PR hay do flaky. - Test Selenium đạt tỉ lệ qua trung bình hơn 99% (dưới 1% hỏng trên nhánh main trong lượ…
- Automated testing: 5 lessons from Atlassian's Kubernetes team on testing infrastructure as code Bài tóm tắt · Atlassian · 2020
…u…), mỗi dòng một test tự động. Không tái hiện mọi kịch bản e2e của từng thành phần; biết có vấn đề quan trọng hơn biết thành phần nào gây ra. - Pipeline phải tự động hoàn toàn: mọ…
- How we rebuilt Next.js with AI in one week Bài tóm tắt · Cloudflare · 2026
…ce của OpenNext; hơn 1.700 test Vitest, 380 test Playwright E2E, type check, lint chạy trên mỗi PR; kiểm hành vi trình duyệt bằng agent điều khiển trình duyệt. Phủ khoảng 94% API c…
- Building Private Processing for AI tools on WhatsApp Bài tóm tắt · WhatsApp · 2025
…per. Bài học cho SWE - Đưa tính toán phía server vào một hệ E2EE cần cả ba lớp: phần cứng cách ly (TEE), mạng ẩn danh (OHTTP + credential ẩn danh), và bằng chứng công khai về mã đa…
- 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…
- 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…
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- Mã hoá đầu cuối và hệ thống mà server không được đọc Chủ đề Thành viên
Một hệ thống bình thường giả định server thấy hết dữ liệu: server fan-out tin nhắn, lưu bản sao lưu, đồng bộ thiết bị, thu log để vận hành, chạy model, chống lạm dụng. Khi sản phẩm hứa chính nhà vận hành cũng không đọc…
- 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ự…
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- 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.
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Hạ tầng phục vụ LLM inference Chủ đề Thành viên
Phục vụ LLM giống một dịch vụ web ở chỗ cần scale theo tải, deploy phiên bản mới an toàn và phục hồi khi một process chết; nhưng ba đặc điểm làm các công cụ quen thuộc hỏng:
- WhatsApp Công ty Thành viên
WhatsApp là ca hiếm: blog kỹ thuật gần như chỉ kể hai giai đoạn, và hai giai đoạn ấy giải hai bài khác hẳn nhau. Giai đoạn Erlang (2011–2014) là câu chuyện tối ưu một hệ nhỏ người: năm 2012, một server FreeBSD + Erlang…
- DoorDash Công ty Thành viên
Nguồn đầu tiên của DoorDash trong wiki là bài 2022 của một thực tập sinh nghiên cứu (CMU): chaos engineering ở production không hợp với DoorDash vì khách mất đơn, nên thử fault injection có hệ thống ở mức service…
- 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…
- Follow Up - Preventing Upgrade Failures from etcd v3.5 to v3.6 Bài tóm tắt · etcd (CNCF) · 2025
…3.5.20; quy định phải lên v3.5.20+ trước khi lên v3.6. Test e2e nâng cấp của etcd không bắt được; lỗi lộ ra ở workflow test của Kubernetes. Đã thêm test e2e tương tự. Sự cố, lần 2…
- trivago Công ty Thành viên
Service PSE-kafka đẩy giá khách sạn sang dịch vụ Ads bị consumer lag kéo dài (19 sự cố P1) dù CPU chỉ 10%. Năm 2026 một đợt điều tra tìm ra ba nút thắt cùng lúc (consumer tự viết từ 2019, độ trễ cố ý trong RAM, pool…
- Maintaining Machine Learning Model Accuracy Through Monitoring Bài tóm tắt · DoorDash · 2021
Model của DoorDash ước thời gian nấu, thời gian giao, quyết định giao đơn nào cho Dasher. Theo DoorDash, model bắt đầu xuống cấp ngay khi lên production (model drift) vì dữ liệu đổi: thêm khách, thêm sản phẩm, hay sự…
- An open-source spec for Codex orchestration: Symphony Bài tóm tắt · OpenAI · 2026
…n, team không sửa tay mà thêm guardrail và skill (chạy test e2e, điều khiển app qua Chrome DevTools, smoke test QA), viết lại tài liệu cho rõ "thế nào là tốt". Việc mơ hồ, cần phán…
- Building Kubernetes PR Previews with Shared Pulumi Components Bài tóm tắt · Pulumi · 2026
Team phát triển một ứng dụng microservice trên Kubernetes, hàng trăm PR mỗi ngày; mỗi PR cần một môi trường riêng để test và review trước khi merge.
- Autoscaling endpoints for LLM inference Bài tóm tắt · Together AI · 2026
…gắn, giảm cho agent ngữ cảnh dài prefill lâu); SLO ( ttft , e2e latency , trễ sau : khi p95 vượt thì user đã thấy); hiệu suất ( gpu utilization , token utilization , tối ưu chi phí…
- Automatic Apache Kafka Migrations With Orbit Bài tóm tắt · WarpStream · 2026
Chuyển một cụm Kafka sang WarpStream gồm ba phần: dữ liệu, consumer, producer. Một cụm thường phục vụ nhiều team.