Tìm kiếm
13 kết quả cho “E2E testing”. Tìm không phân biệt dấu.
- 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…
- 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ọ…
- 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 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…
- 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…
- 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…
- 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.
- 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.
- Độ 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.
- 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:
- 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ụ…
- 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…