thảo luận Chia sẻ về Unit Testing và TDD

anh lập trình viên 1996 said:

startup nên cả frontend lẫn backend đều ko có test ))

Click to expand...

đời cha ăn mặn đời con khát nước , thế hệ dev f3 f4 sẽ ko để các anh yên nghỉ

Love U So Much said:

đời cha ăn mặn đời con khát nước , thế hệ dev f3 f4 sẽ ko để các anh yên nghỉ

Click to expand...

Nhớ đổi tên git với tên author là tên sếp ko nó chửi cho nhức nách

Có bác nào rành về BDD ko. Trong thực tế nếu apply BDD thì feature file của BDD ai sẽ viết nhỉ ?

trong tất cả các công ty, chỉ có một số lượng nhất định công ty/dự án có viết test. Trong những công ty có viết test đó, tìm được những dự án viết test một cách có tâm nhất lại càng khó hơn Nhiều dự án có viết test nhưng chủ yếu chỉ đối phó, code xong rồi viết test để cover hết if else exception (unit test chỉ để làm cho có chứ không đóng góp gì vào việc tìm bug ) . Đúng là cái TDD này sinh ra để counter lại chuyện đó, mà có làm hay không cũng phải do ý thức con người
Một vài người còn sửa code CHỈ ĐỂ viết đc unit test thì nó còn lệch lạc hơn nữa

EmBeBongBong123 said:

trong tất cả các công ty, chỉ có một số lượng nhất định công ty/dự án có viết test. Trong những công ty có viết test đó, tìm được những dự án viết test một cách có tâm nhất lại càng khó hơn Nhiều dự án có viết test nhưng chủ yếu chỉ đối phó, code xong rồi viết test để cover hết if else exception (unit test chỉ để làm cho có chứ không đóng góp gì vào việc tìm bug ) . Đúng là cái TDD này sinh ra để counter lại chuyện đó, mà có làm hay không cũng phải do ý thức con người
Một vài người còn sửa code CHỈ ĐỂ viết đc unit test thì nó còn lệch lạc hơn nữa

Click to expand...

bên em trước cũng bắt dev viết unit test, mà viết có khi tốn time hơn là implement cái feature nữa, được giai đoạn đầu, về sau toàn viết đối phó thôi
với mấy công ti task nhiều mà nhân lực ít như bên em hiện tại thì bắt viết testcase cũng sml, nên từ từ cũng bỏ

Mình từng trải nghiệm qua việc k viết UT do cảm thấy nó vô dụng hơn so với việc test postman trực tiếp, cho đến việc mình đc thông não UT + TDD để note lại business flow.

Thì mình nhận định vậy:

• UT apply TDD để docs lại requirement là quá tuyệt vời, sau refactor cũng đỡ sợ
• Tình hình ở vn là ép chạy sml nên mình chỉ UT 1 số case mình nghĩ ra ngay lập tức lúc đó. Này có lợi là sẽ note lại cho dev sau và note lại cho bản thân mình ngay khi chưa viết code implement. Trong quá trình implement sẽ lòi ra vài case nữa nên sẽ nhét vô để note lại, implement xong chạy lại case mới phát sinh đó.
• Kết hợp integration test bằng postman
• Kết hợp team QA test

=> này vừa giảm đc effort mình bỏ ra cho UT vừa đảm bảo mọi thứ work ok vừa ít nhất có docs cho người sau

=> cái TDD mình apply nó là giả cầy thôi :v bản chất vẫn là verify sau khi code xong. Mà cũng do mình viết vài case cơ bản kiểu đó nên coverage sẽ k cao và thật sự mình k thích kiểu code 1 line test 5 line xong rồi fix bug UT nhiều hơn bug feature thì cay vãi lun

hay bác ơi