<div class="markdown-block">Chào anh Dũng và mọi người,Hiện tại em đang tham gia một dự án làm về CRM. Team em đã deliver sản phản cho khách hạn sử dụng và đang tiếp tục phát triển tính năng mới.Khách hàng và team em thống nhất sẽ tạo ra 1 bộ test data trên production để thực hiện kiểm thử.Với cách này, bản thân em thấy đôi chút lạ lùng do có khả năng end user sẽ truy cập đc test data đấyNếu là em, em sẽ dump production db vào 1 môi trường riêng biệt, giả sử như staging (với cấu hình gần giống với production server). Tất cả hoạt động kiểm thử sẽ thực hiện trên staging với bộ production data. QA có thể tự do CRUD data mà ko lo ngại ảnh hưởng đến end user. Tuy nhiên, có vẻ như khách hàng của cty em budget ko dư dả nên ko set up 1 server riêng như vậy.Tiện đây, em muốn hỏi ở công ty anh Dũng cũng như mọi người, practice như trên có phổ biến hay ko ? Nếu ko, mời mọi người chia sẻ cách kiểm thử trên môi trường production.</div>

<div class="markdown-block">Xin chào anh Dũng và mọi người,Em đang đọc đến mẫu thiết kế Chain of Responsibility trong cuốn sách "Làm chủ các mẫu thiết kế kinh điểm trong lập trình", Đồng thời em cũng đang làm 1 pet project nhỏ để crawl data và đang làm 1 feature theo em nghĩ có thể ứng dụng mẫu thiết kế trên. Mong anh review qua ạ.Cụ thể, em crawl kết quả bóng đá của 1 câu lạc bộ, bao gồm tỉ số, người ghi bàn, v.v.Sau khi lấy kết quả, em muốn đánh dấu 1 trận đấu là 1 trận "đáng chú ý" bằng cách xác định: có 1 cầu thủ ghi hattrick cách biệt tỉ số &gt; 3 bàn...nếu đó là "đáng chú ý" thì em sẽ thực hiện 1 hành động dựa trên nghiệp vụ của dự án.Tiếp theo em sẽ tiếp tục quá trình ETL data của em.Theo em thì với logic như trên, Chain of Responsibility khá phù hợp để implement nhưng em chưa đọc hết sách nên ko rõ có phải là sự lựa chọn tốt nhất ko. Mong anh giải đáp ạCảm ơn anh Dũng và mọi người</div>