Nếu được thì anh có thể làm rõ giúp em là ở phần ví dụ dùng function expression cho closure, anh sửa cái ví dụ //BAD đó, thay vì dùng biến var thì mình dùng biến let ==> kết quả của 2 trường hợp GOOD và trường hợp BAD như nhau thì lúc này hai cách viết này có đem lại lợi ích gì khác ngoài cách viết khác nhau không ạ.
Hi chị,
Em thấy chị có khá nhiều bài viết trên viblo về mảng testing. Nên xin phép đặt một câu hỏi mong nhận được ý kiến của chị, cũng như mọi người nếu có lướt qua cái comment này.
Hiện tại team em đang chạy theo mô hình agile. Mỗi sprint sẽ có những feature mới cần phải hoàn thành. Nhiệm vụ của team test là phải kiểm thử cho những feature mới đó, cũng như regression lại toàn bộ những feature đã hoàn thành từ trước.
Do bị blocking về mặt kĩ thuật, nên các giải pháp về automation chưa được triển khai từ sớm. Hầu hết tụi em đều test manual lại từ đâu. Nhưng đi qua càng nhiều sprint, thì khối lượng công việc lại càng nhiều. Trong khi automation triển khai không kịp.
Hiện tại tụi em đang làm theo giải pháp, là chọn test case quan trọng rồi để thực hiện regression. Feature nào gây ra nhiều bug thì chọn nhiều test case để cover đầy đủ trường hợp. Feature nào ít có bug thì chọn chọn vài test case để chạy.
Câu hỏi của em là cách xử lý như vậy đã phù hợp hay chưa. Liệu có lựa chọn nào tốt hơn trong trường hợp này không. ( không bàn đến tăng nhân sự và automation)
@Plumpboy Đây là thông thường GET sẽ không chứa body, bác có thể hỏi thêm các ông dev BE về vấn đề này để lấy thêm thông tin vậy. Còn nếu bác vẫn muốn làm thì cứ tìm resource mà implement thôi
@trinh.nx cái webserver lởm thế thì đổi sang web server khác mà dùng bạn à.
Với cái lib nó không cho phép thì override nó, không thì đổi lib khác, đường cùng thì fork về tự làm 1 cái.
THẢO LUẬN
@trinh.nx mình là dev be, get request nào cũng có body
mình muốn để nó tự động, vì docker container được chạy trên nhiều máy, mình không thể biết các máy khác đã có những container có ip gì
bạn ơi có thể cho mình xin thông tin facebook để tham khảo kinh nghiệm của bạn được không ạ ?
Cảm ơn bạn Khang nhé. Để mình thử vào của mình, cái kia chỉ là 1 ý nhỏ trong task của mình, cần phải xử lý nó và mình sẽ convert phần kia sang jquery!
Mục đích bạn lưu công thức trong db để làm gì nhỉ?
lúc nào gọi ra thì tính toán à?
tại sao k dùng công thức lúc insert, update hoặc get dữ liệu ra rồi chỉ hiển thị hoặc lưu kết quả?
em không tin, làm gì có chuyện tự học dc như vậy?
@huukimit Ví dụ admin.example.com/article và example.com/article 2 controller article ở 2 thư mục khác mình muốn subdomain có chung path có được không?
Nếu được thì anh có thể làm rõ giúp em là ở phần ví dụ dùng function expression cho closure, anh sửa cái ví dụ //BAD đó, thay vì dùng biến var thì mình dùng biến let ==> kết quả của 2 trường hợp GOOD và trường hợp BAD như nhau thì lúc này hai cách viết này có đem lại lợi ích gì khác ngoài cách viết khác nhau không ạ.
Hi chị, Em thấy chị có khá nhiều bài viết trên viblo về mảng testing. Nên xin phép đặt một câu hỏi mong nhận được ý kiến của chị, cũng như mọi người nếu có lướt qua cái comment này. Hiện tại team em đang chạy theo mô hình agile. Mỗi sprint sẽ có những feature mới cần phải hoàn thành. Nhiệm vụ của team test là phải kiểm thử cho những feature mới đó, cũng như regression lại toàn bộ những feature đã hoàn thành từ trước. Do bị blocking về mặt kĩ thuật, nên các giải pháp về automation chưa được triển khai từ sớm. Hầu hết tụi em đều test manual lại từ đâu. Nhưng đi qua càng nhiều sprint, thì khối lượng công việc lại càng nhiều. Trong khi automation triển khai không kịp. Hiện tại tụi em đang làm theo giải pháp, là chọn test case quan trọng rồi để thực hiện regression. Feature nào gây ra nhiều bug thì chọn nhiều test case để cover đầy đủ trường hợp. Feature nào ít có bug thì chọn chọn vài test case để chạy. Câu hỏi của em là cách xử lý như vậy đã phù hợp hay chưa. Liệu có lựa chọn nào tốt hơn trong trường hợp này không. ( không bàn đến tăng nhân sự và automation)
Vậy sử dụng api Viettel Post thì sao ạ
@Plumpboy Đây là thông thường GET sẽ không chứa body, bác có thể hỏi thêm các ông dev BE về vấn đề này để lấy thêm thông tin vậy. Còn nếu bác vẫn muốn làm thì cứ tìm resource mà implement thôi
Hay quá
khó hiểu quá @@
mong anh ra phần 2 ạ
Chất lượng cao @pvtung98
test
@trinh.nx cái webserver lởm thế thì đổi sang web server khác mà dùng bạn à. Với cái lib nó không cho phép thì override nó, không thì đổi lib khác, đường cùng thì fork về tự làm 1 cái.
cảm ơn bạn bài viết hay quá
ở đây có 1 lưu ý là, function nào mà có Anotation @Async, thi nó phải là hàm void, không được có kiểu trả về