thảo luận [Tư vấn] Định hướng cho sv mới ra trường nên chọn reactjs hay automation test?

Nên chọn hướng nào


  • Total voters
    29

ntq

Senior Member
Chào các tiền bối, sau bao năm chật vật thì cuối cùng em cũng ra trường thành công rồi. Hiện giờ em có 2 offer làm về reactjs vs automation test với mức lương ngang nhau. Theo các tiền bối đi trước thì em nên chọn đi theo hướng nào, hướng nào dễ phát triển hơn trong tương lai cũng ạ. Em cảm ơn.
 
Last edited:
Đang làm automation test đây. Reactjs thì không biết nên không tư vấn được, cơ mà mặt bằng chung thì lương dev cao hơn lương tester.
 
Đang làm automation test đây. Reactjs thì không biết nên không tư vấn được, cơ mà mặt bằng chung thì lương dev cao hơn lương tester.
Thím có thể chia sẽ cụ thể về công việc được không ạ (hàng ngày làm gì, test cái gì, có phải ot thường xuyên ko,...)
 
Mình cũng chưa rõ sao thím lại so sánh reactjs với test automation?
Mình đang làm các job automation (cả test, robotic, crawl, python này nọ) nên thấy không liên quan lắm?
Anw, mình background kinh tế, role BA và DA nhưng vẫn cày được auto bình thường nhé.
 
Mình cũng chưa rõ sao thím lại so sánh reactjs với test automation?
Mình đang làm các job automation (cả test, robotic, crawl, python này nọ) nên thấy không liên quan lắm?
Anw, mình background kinh tế, role BA và DA nhưng vẫn cày được auto bình thường nhé.
Tại em đang phân vân chưa biết chọn theo hướng nào nên lên đây tìm kiếm sự tư vấn ạ.
 
Chào các tiền bối, sau bao năm chật vật thì cuối cùng em cũng ra trường thành công rồi. Hiện giờ em có 2 offer làm về reactjs vs automation test với mức lương ngang nhau. Theo các tiền bối đi trước thì em nên chọn đi theo hướng nào, hướng nào dễ phát triển hơn trong tương lai cũng ạ. Em cảm ơn.
Muốn tiền nhiều hơn thì làm Reactjs
Làm Frontend mới có thể học thêm Nodejs để tự làm web riêng, hoặc làm web freelancer nếu chán làm việc hành chính
 
Tại em đang phân vân chưa biết chọn theo hướng nào nên lên đây tìm kiếm sự tư vấn ạ.
Nếu bạn theo hướng automation thì được, chứ test automation hơi hẹp... Tuy nhiên sáng hơn nhiều so với manual test.
(Tất nhiên là lương hơn voz chuẩn cũ, bạn yên tâm)
 
reactjs và automation test 2 thứ chả liên quan với nhau, nếu muốn liên quan thì automation test có library để automation cái web viết = reactjs thôi
Còn thực sự muốn ôm cả 2 thì học reactjs, và học thêm automation test ở mức basic để test cái web viết = reactjs
 
reactjs và automation test 2 thứ chả liên quan với nhau, nếu muốn liên quan thì automation test có library để automation cái web viết = reactjs thôi
Còn thực sự muốn ôm cả 2 thì học reactjs, và học thêm automation test ở mức basic để test cái web viết = reactjs
Ối tôi làm automation test không thôi đã đủ mệt rồi không ôm nổi cả 2 đâu
 
Thím có thể chia sẽ cụ thể về công việc được không ạ (hàng ngày làm gì, test cái gì, có phải ot thường xuyên ko,...)
Type bằng đt nên viết ngắn gọn ntn thui. Có 2 mảng là auto test cho frontend/backend. Nhận yêu cầu & ngâm cứu PBI của dev để viết script auto test. Nếu có bug thì post để dev fix, fix xong run test lại để verify.
FE: tưởng tượng manual testers test như nào thì script của bạn automate những steps đó. Mở link, nhập text, click button, verify, etc. Phải biết: selenium webdriver, bindings có thể là Java, Python,etc. tùy b chọn.
BE: automate việc gửi request đến server, verify response trả về (status code & response body). Cụ thể tùy test cases & business.
Nhưng trước khi làm auto test thì phải có mindset về testing đã, ít nhất khi nhận requirement nghĩ ra được những cases cần phải test, biết viết 1 cái test case hoàn chỉnh.
Còn chia ra là test cho web & mobile nữa. T làm test web k rõ mobile như nào (chắc cũng FE BE như vậy). Framework phổ biến cho test mobile là appium
 
Last edited:
Tôi thấy có nhiều người hỏi auto test là làm gì, thì auto test làm những thứ này đây.
Test chia ra làm functional và non-functional. Functional lại chia ra các kiểu test khác nhau, non-functional cũng vậy: performance, security, etc. Mỗi cái nhánh trong đó nó lại chia ra nhiều nữa

Phần lớn những auto tester hiện nay làm ở phía front-end là lớp UI của web application hay mobile application. Đây xem như bước đệm basic nhất vì auto trên UI dễ hơn nhiều các lớp khác.

Sau cái lớp UI là những thứ hầm bà lằng phía dưới mà ta gọi là backend, ví dụ database, API tùy vào framework hay độ phức tạp của product

Vậy những cái lớp khác có cần auto ko? Có, vậy ta nên auto cái nào? Cái này cần 1 kinh nghiệm lớn lao khi đi làm và có mentor chỉ dẫn vì sa đà quá vào 1 lớp ko hiệu quả, cũng như phải đánh giá thế nào là auto là hiệu quả. Vậy những việc này ai làm? Sau này khi làm auto chững rồi sẽ phải làm vì ko thể cứ đi auto theo kiểu ăn xổi ở thì và cuốn chiếu mà ko biết đánh giá hiệu quả auto

Khi làm auto những thứ sẽ phải làm trc' hết bao gồm;
  • Đánh giá testability của 1 feature/component. Đánh giá nên làm auto ko. Đánh giá nên auto lớp nào, nên auto unit / component hay auto nguyên 1 cục
  • Phân định xài tool, framework hay library hay thậm chí ngôn ngữ gì để auto. Ví dụ database thì khác, APi thì khác, mobile thì khác, web thì khác. Nếu gom 1 nguyên 1 cục để làm auto thì phải viết framework thì càng khác
  • Vạch ra test strategy/plan để auto. Vì như đã nói ở trên việc build framework hay chọn tool là 1 việc nhỏ, vì nếu chưa có skillset thì kiếm hằng hà đa số mấy cái open-source tool để xài , nổi trội hiện nay là TestProject. Ví dụ bạn có đi cướp ngân hàng cũng phải vạch ra cướp làm sao, làm sao để cướp an toàn, cướp bao nhiêu, ai sẽ cướp cùng bạn, khi làm auto test cũng vậy. Tất nhiên mới ra trường biết gì mà làm cái này, việc này đã có lead của bạn lo
  • Mindset về manual test là quan trọng nhất, đặc biệt skill exploratory testing. Skill này là tối quan trọng vì: 1. Fence ko thể auto hết được mọi thứ, 2. Auto ko thể thay thế manual, 3. Auto test case cũng đi từ manual mà ra, 4. Phải define ra scenarios mới auto hiệu quả dc, mà muốn có scenarios phải thuần thục manual test

Vậy nên auto có dành cho mọi người ko? Có, nhưng có dễ master ko? Không vì xác định muốn đi sâu là phải học rất nhiều
 
Tôi thấy có nhiều người hỏi auto test là làm gì, thì auto test làm những thứ này đây.
Test chia ra làm functional và non-functional. Functional lại chia ra các kiểu test khác nhau, non-functional cũng vậy: performance, security, etc. Mỗi cái nhánh trong đó nó lại chia ra nhiều nữa

Phần lớn những auto tester hiện nay làm ở phía front-end là lớp UI của web application hay mobile application. Đây xem như bước đệm basic nhất vì auto trên UI dễ hơn nhiều các lớp khác.

Sau cái lớp UI là những thứ hầm bà lằng phía dưới mà ta gọi là backend, ví dụ database, API tùy vào framework hay độ phức tạp của product

Vậy những cái lớp khác có cần auto ko? Có, vậy ta nên auto cái nào? Cái này cần 1 kinh nghiệm lớn lao khi đi làm và có mentor chỉ dẫn vì sa đà quá vào 1 lớp ko hiệu quả, cũng như phải đánh giá thế nào là auto là hiệu quả. Vậy những việc này ai làm? Sau này khi làm auto chững rồi sẽ phải làm vì ko thể cứ đi auto theo kiểu ăn xổi ở thì và cuốn chiếu mà ko biết đánh giá hiệu quả auto

Khi làm auto những thứ sẽ phải làm trc' hết bao gồm;
  • Đánh giá testability của 1 feature/component. Đánh giá nên làm auto ko. Đánh giá nên auto lớp nào, nên auto unit / component hay auto nguyên 1 cục
  • Phân định xài tool, framework hay library hay thậm chí ngôn ngữ gì để auto. Ví dụ database thì khác, APi thì khác, mobile thì khác, web thì khác. Nếu gom 1 nguyên 1 cục để làm auto thì phải viết framework thì càng khác
  • Vạch ra test strategy/plan để auto. Vì như đã nói ở trên việc build framework hay chọn tool là 1 việc nhỏ, vì nếu chưa có skillset thì kiếm hằng hà đa số mấy cái open-source tool để xài , nổi trội hiện nay là TestProject. Ví dụ bạn có đi cướp ngân hàng cũng phải vạch ra cướp làm sao, làm sao để cướp an toàn, cướp bao nhiêu, ai sẽ cướp cùng bạn, khi làm auto test cũng vậy. Tất nhiên mới ra trường biết gì mà làm cái này, việc này đã có lead của bạn lo
  • Mindset về manual test là quan trọng nhất, đặc biệt skill exploratory testing. Skill này là tối quan trọng vì: 1. Fence ko thể auto hết được mọi thứ, 2. Auto ko thể thay thế manual, 3. Auto test case cũng đi từ manual mà ra, 4. Phải define ra scenarios mới auto hiệu quả dc, mà muốn có scenarios phải thuần thục manual test

Vậy nên auto có dành cho mọi người ko? Có, nhưng có dễ master ko? Không vì xác định muốn đi sâu là phải học rất nhiều
Bỏ sót mấy thứ fence nói. Còn chạy CI CD nữa. Nói chung càng làm càng thấy có quá nhiều thứ phải học 😵
 
Thực ra làm auto test hiệu quả rất khó, nhưng nếu ko làm thì sẽ ko biết hiệu quả của auto test làm lại, nên chủ thớt đang phân vân và muốn chọn đường dễ thì làm reactjs thôi
 
so sánh 2 cái này thì ko khác gì so sanh kiểu nên ăn phở hay nên mặc áo sơ mi vậy :sure:
Thực sự là em cũng biết 2 cái này klq gì nhau nhưng em lại tình cờ đc offer ở 2 vị trí này nên đang phân vân chưa quyết định được là sẽ đi theo mảng nào ạ.
 
Mình lại thấy cái automated test kia hay hơn, theo mình hiểu thì cũng là 1 dạng lập trình, thay vì như manual test tự bấm và so kết quả bằng cơm thì giờ lập trình cho máy tự động bấm rồi assert kết quả. Bên mình năm ngoái team tester cũng thử triển khai áp dụng nhưng giờ hình như dẹp rồi, chắc do khó, hoặc đơn giản là k hiệu quả.

Lúc bắt đầu có lẽ sẽ chậm hơn so với front-end dev nhưng thị trường khá ngách xem ra có vẻ bền hơn. Cũng đỡ chạy theo công nghệ, nhất là khi già rồi sẽ đuối.

À mà cho mình hỏi mấy bạn nói automated test cho back-end là ntn? Giống kiểu viết tool call web api rồi assert trên kết quả trả về, hoặc assert dòng kết quả dc tạo ra trong database à.
 
Hai việc có vẻ chả liên quan đến nhau thì phải. Chỉ có lời khuyên cho bạn là bạn chỉ muốn làm việc cty thôi à. Đi làm ở Việt Nam thì mỗi lương đâu đủ tiêu. Nếu muốn làm freelancer hay nhận job ngoài nữa thì học react nhé. Làm test lấy đâu ra job ngoài :D
 
Hai việc có vẻ chả liên quan đến nhau thì phải. Chỉ có lời khuyên cho bạn là bạn chỉ muốn làm việc cty thôi à. Đi làm ở Việt Nam thì mỗi lương đâu đủ tiêu. Nếu muốn làm freelancer hay nhận job ngoài nữa thì học react nhé. Làm test lấy đâu ra job ngoài :D
Làm test cũng có job ngoài nhưng có vẻ ít hơn
 
Mình lại thấy cái automated test kia hay hơn, theo mình hiểu thì cũng là 1 dạng lập trình, thay vì như manual test tự bấm và so kết quả bằng cơm thì giờ lập trình cho máy tự động bấm rồi assert kết quả. Bên mình năm ngoái team tester cũng thử triển khai áp dụng nhưng giờ hình như dẹp rồi, chắc do khó, hoặc đơn giản là k hiệu quả.

Lúc bắt đầu có lẽ sẽ chậm hơn so với front-end dev nhưng thị trường khá ngách xem ra có vẻ bền hơn. Cũng đỡ chạy theo công nghệ, nhất là khi già rồi sẽ đuối.

À mà cho mình hỏi mấy bạn nói automated test cho back-end là ntn? Giống kiểu viết tool call web api rồi assert trên kết quả trả về, hoặc assert dòng kết quả dc tạo ra trong database à.
Software developer in test. Vẫn phải theo công nghệ mới & cũng cạnh tranh nhau ghê lắm :sad:
 
Back
Top