thắc mắc Các bác viết unit test thế nào ạ.

  • Người tạo chủ đề Người tạo chủ đề TrungNgaoNgo
  • Ngày bắt đầu Ngày bắt đầu
Em đi làm 3 chỗ rồi mà chưa làm project nào có unit test hỏi mấy a làm trước thì bảo viết cũng được mà lười. Còn em tự đọc tài liệu trên mạng thấy toàn ví dụ rất đơn giản không áp dụng được gì mấy kiểu: assertEqual(add(1,1), 2) :sad:
Học trong đại học người ta có dạy đó my fen. Viết unit test cho Java bằng JUnit. Tìm hiểu thêm thì có TestNG. Nhưng mình nói thật cái unit test này theo mình nó vô dụng vô cùng. Nếu có thể tự động hoá nó thì quá tốt còn nếu không mình thấy dành thời gian ra để viết mấy cái assert kia chi bằng chạy thử phần mềm trên thực tế nếu có lỗi thì nó sẽ hiện ra liền. Mình thì thích debug bằng System.out.println hơn. Mà thôi fen đừng tin mình quá, mình chỉ là thằng bỏ học vô dụng không làm nên trò trống gì.
 
Unit test là chủ đề lớn. Chắc nói cả ngày ko hết.
Những cty lớn, có process chuẩn đều bắt buộc viết UT, với test coverage cao (thường là >70%).

Viết thì đơn giản vậy thôi. Nếu viết ut có tâm, thì cũng có nhiều lợi ích về lâu dài, db đối với project lớn, lâu dài.
 
Unit test là chủ đề lớn. Chắc nói cả ngày ko hết.
Những cty lớn, có process chuẩn đều bắt buộc viết UT, với test coverage cao (thường là >70%).

Viết thì đơn giản vậy thôi. Nếu viết ut có tâm, thì cũng có nhiều lợi ích về lâu dài, db đối với project lớn, lâu dài.
Developer viết unit test rồi thì Tester họ sẽ làm gì nhỉ anh trai
 
unitest chỉ phù hợp với các dự án dài hạn, codebase nhiều logic và tái sử dụng nhiều. Minh code app toàn dự án ngắn 3-5 tháng viết unitest lại mất thêm thời gian nên toàn test manual
 
Unit test là chủ đề lớn. Chắc nói cả ngày ko hết.
Những cty lớn, có process chuẩn đều bắt buộc viết UT, với test coverage cao (thường là >70%).

Viết thì đơn giản vậy thôi. Nếu viết ut có tâm, thì cũng có nhiều lợi ích về lâu dài, db đối với project lớn, lâu dài.
process lớn kiểu gì ko biết nhưng nếu là cty outsource khách hàng bảo làm 1 tháng phải xong mà kêu bọn tao phải làm 2 tháng xong vì cả unitest thì nó say goodbye luôn

Sent from HUAWEI VOG-L29 via nextVOZ
 
Mình nếu rảnh thì cũng viết unit test, để CI/CD nó chạy test lỗi còn fix. Cách viết thì cũng đơn giản thôi, liệt kê toàn bộ các case cho function cần test và expected output tương ứng rồi mock data vào.

Sent from Soupie using vozFApp
 
Những công ty lớn có work flow rõ ràng thường sẽ có viết unit test. Mình thì chả bao giờ viết. Lười.
 
Những công ty lớn có work flow rõ ràng thường sẽ có viết unit test. Mình thì chả bao giờ viết. Lười.
với theo em được biết thì khách hàng yêu cầu sản phẩm nhanh nhất có thể thì thường dev rất ẩu đúng ko anh trai?
anyway, viết test sẽ giúp giảm cost và time-consuming hơn chứ ko như cái myth mọi người tưởng là tốn t.gian và mệt
 
anh có thể nói rõ hơn được không? và tại sao tester ko phải làm unit test nhỉ?
Tại vì nó là 1 khâu trong quy trình, kiểu người Nhật rất thích làm cái méo gì cũng phải theo quy trình :boss:
Tôi từng làm dự án nhiều năm, kinh phí dev gần 1 triệu $ chả tồn tại Unit Test
Không biết mấy anh làm trong FAANG lương thượng đẳng có Unit Test không nữa
 
Project nào unit test tốt, đồng nghĩa với việc khả năng mở rộng và bảo trì cũng tốt.
Nhưng đa phần dev đều lười viết unit test (tôi cũng vậy) :sneaky:
 
Có giai đoạn viết unit test, làm một mình, chủ động thời gian nên tự viết thôi, mới đầu hơi tốn time, code chậm, càng về sau càng khoẻ, thêm sửa xoá tính năng tự tin hẳn, đỡ bao time fix bug. Sau chuyển việc, project chung nhiều người code, ko có ai viết unit test nữa nên bỏ, đến giờ lại làm project một mình, mà lười, mất thói quen nên cũng ko viết unit test nữa :doubt:
 
Em đi làm 3 chỗ rồi mà chưa làm project nào có unit test hỏi mấy a làm trước thì bảo viết cũng được mà lười. Còn em tự đọc tài liệu trên mạng thấy toàn ví dụ rất đơn giản không áp dụng được gì mấy kiểu: assertEqual(add(1,1), 2) :sad:
Thử đọc Refactoring của Martin fowler nhé, có chương hướng dẫn viết Unit test khá chi tiết. Hồi xưa mình ko ưa unit test, nghĩ bụng nhiều công ty vẽ chuyện, mà đọc sách thấy lão nói hay quá, viết thử thì thấy cũng có hiệu quả thật :doubt:
 
Tại vì nó là 1 khâu trong quy trình, kiểu người Nhật rất thích làm cái méo gì cũng phải theo quy trình :boss:
Tôi từng làm dự án nhiều năm, kinh phí dev gần 1 triệu $ chả tồn tại Unit Test
Không biết mấy anh làm trong FAANG lương thượng đẳng có Unit Test không nữa
bữa có coi clip Lê Yên Thanh hồi còn thực tập trong Google nói đa phần thời gian ngồi viết ut đó anh
 
Vs codebase lớn như Gg thì ut khá là có ích. Bạn viết 1 function, viết test cho nó, rồi phát hiện có cách làm tốt hơn -> refactor rồi chạy ut để verify sẽ nhanh hơn nhiều việc build lại cả binary.

Ở Google dùng mono repo, swe nào cũng có thể động vào code của bạn, nên việc viết ut như 1 cách để document lại critical condition cũng là 1 lợi ích khác.

Nói chung UT chỉ là 1 mảnh rất nhỏ những best practices ở Google, nên nhiều ae có thể thấy mơ màng. Nếu muốn tìm hiểu sâu hơn thì tôi lại giới thiệu quyển Swe at Google, free cũng như nhiều quyển sách khác của G, link ở đây:
https://abseil.io/resources/swe-book
 

Thống kê chủ đề

Ngày tạo
TrungNgaoNgo,
Người trả lời cuối
vozphongtrao1,
Trả lời
180
Lượt xem
29.197
Quay lại
Lên đầu trang