Mình làm tester cho các tập đoàn lớn, mức lượng cao nhất mình từng đạt trong ngành Test là 2200 usd (muanual test). Mình cũng có làm Freelance về test, có viết sách dạy Test Freelance. Tuy nhiên, nghề này chủ yếu là đi làm thuê thôi, và không thể giàu tự do được. Muốn có thu nhập trên 100tr tháng phải chuyển qua kinh doanh online, và mình đã làm được.
tester không nên so sánh mưc lương với dev. Vì manual test không khó. Và khi có bug, thì là dev fix, nên công việc của dev nặng hơn. Cho nên so sánh vợi 1 công việc văn phòng, thì lương tester không thấp. khi dự án đưa cho khách hàng mà có bug. Thì phải xem bug đó, là về UI hay Ux. Rồi bug đó nó có dễ dàng tái hiện không. Nếu bug đó dễ phát hiện hay bug UI thì dù là 1 con thì nên xem lại quy trình làm việc của 1 nhóm đó. Chứ có nhứng việc không phải lúc nào cũng là lỗi tester. và đang làm gặp 1 trường hợp lá tester không chịu xem UI, UX. đến lúc dev làm xong tính năng, tester test, cảm thấy UI xấu, UX kì, rồi đưa lên nói PM vá bắt dev sửa. Và từng có 1 bạn tester than là tại sao dev code xong dự án thì đươc nghĩ xả hơi, còn nó không được.
Tôi đồng ý với ý kiến của bạn, mình xin góp ý thêm 1 chút. Khi một dự án được vận hành thì đâu đó quy trình phải rõ ràng và bài bản công việc của một tester không chỉ là test mà phải nghiên cứu document trước. Nếu như có sai phạm về lúc test thì đó là do tester, còn DEV mà code chức năng mà có lỗi tìm ẩn sau này, thì đó là do dev. Một điều nữa là 1 người từ DEV chuyển sang làm tester thì họ sẽ có nhiều kinh nghiệm hơn là 1 bạn đi học tester ra rồi làm liền thì mình thấy là nếu bản thân của DEV đã trãi qua các quy trình phát triển 1 dự án phần mềm hay website, mà mình áp dụng đúng theo quy trình thì cho dù bạn là 1 tester thì bạn cũng 1 phần nào đó về các lỗi tìm tàn. Đây là ý kiến cá nhân của mình (Có thể bạn trong vidieo này đã làm 1 dự án rất là lớn và bạn sống trong một môi trường đâu đâu cũng là lương cao) còn mình thì chủ chú ý việc đảm bảo 1 sản phẩm vận hành tốt. Tất nhiên là mình mặt định là lúc nào cũng có lỗi và lỗi do bản thân tester mình không tìm ra, thì mình không bao giờ áp lực như bạn này, còn bạn này nói áp lực và vì tiền thấp thì bạn này làm vì tiền nhiều hơn. (trên chỉ là ý kiến cá nhân của mình)
Mình sắp tổ chức livestream #5 chia sẻ về cách đọc hiểu tài liệu mô tả và viết testcase, dự kiến sẽ diễn ra trong tháng 1/2024. Các bạn tham gia có thể đăng ký tại đây nhé: forms.gle/ufijR8Rvi1TjG3L38
Trong istqb cũng nói là kiểm thử toàn bộ là không thể, nên việc để lọt bug thì cũng sẽ khó tránh khỏi, chủ yếu mình coverage đc những bug func chính, còn những cái ko urgent ở mức low thì mình có thể improve dần dần. Quan điểm cá nhân của mình thui ha
So với đội ngũ làm kỹ thuật khác như thiết kế cơ khí, gia công cơ khí, điện tử học để làm thì khó hơn rất nhiều nhưng thực tế bây giờ tester lương còn cao hơn, cv nhẹ nhàng hơn m
Dé. Nên mong chủ video này bớt than lại dùm. Mời qua điện tử viễn thông học đi sẽ thấy. Cntt chính chuyên học xong còn chưa dev nổi nữa ấy là dăm ba cái khoá Tester. Tào lao hết sức.
Bạn nói đúng nhiều vấn đề trong ngành. Như cái lần dự án mình làm, bên dev từ chối fix bug :))) khách và sếp còn hỏi ngược lại mình là sao không push cho dev fix :))) và việc không có được một tẹo tôn trọng từ team dev hoặc BA PO các kiểu là quá bình thường luôn :))) trong khi mình chỉ cố gắng hoàn thành công việc của mình.
Tester phải nói là ngành nghề "dễ va chạm" bác nhỉ, vì chẳng ai thích một ng chỉ chăm chăm bắt lỗi mình. Bạn test nào đc vào một môi trường ae dev dễ thông cảm thì rất may mắn.
Thế thì ngay từ đầu, kể cả trong lúc sprint planning và trong các buổi họp phải bắt cả dev lẫn PO trình bày rõ các ticket mà họ đang làm sẽ có kết quả như thế nào. Rồi đến ticket phải có phần Accept Criteria rõ ràng. Làm khơi khơi là chỉ có QA/Tester thiệt. Mà nếu sự thực là vầy thì quy trình và Scrum Master là yếu, nên làm lại cái quy trình chứ ko phải do nghề!
thề tester muốn nhàn thì tốt nhất cố gắng chơi thân với dev. Cứ kiểu ra bug, rồi cãi nhau với dev thì dev nó bk nó cũng chả thèm chỉ đâu :)) . Hơi toxic xíu nhưng thực tế đó
:v Thân thêm phiền, log bug xong dev thấy ko đúng thì bắt comment vào để tester clear nếu ko đúng thì close bug, còn nếu tester thấy ko thỏa mãn thì tag BA vào discuss tiếp. Mạnh dạn log bug, mạnh dạn nhận sai cho đỡ tốn năng lượng.
Bạn cho mình hỏi ở tuổi 35 có thể apply vị trí fresher tester không? và nếu bắt đầu học automation testing thì có nhất thiết phải học qua manual testing không?
Ở tuổi nào bạn bắt đầu học cũng không quá quan trọng vì mình nghĩ trong cuộc đời mỗi người, việc phải chuyển qua một nghề mới là điều dễ hiểu và ai rồi cũng sẽ trải qua. Nếu bạn muốn học automation thì tư duy về manual testing vẫn là kỹ năng bắt buộc và cần thiết bạn nhé.
Mình làm tester cho các tập đoàn lớn, mức lượng cao nhất mình từng đạt trong ngành Test là 2200 usd (muanual test). Mình cũng có làm Freelance về test, có viết sách dạy Test Freelance. Tuy nhiên, nghề này chủ yếu là đi làm thuê thôi, và không thể giàu tự do được. Muốn có thu nhập trên 100tr tháng phải chuyển qua kinh doanh online, và mình đã làm được.
Kinh doanh gi v a
anh cho em xin infor về sách dạy Tester Freelance với ạ
@@Ku1chum chắc bán khoá học tester:v
tester không nên so sánh mưc lương với dev. Vì manual test không khó. Và khi có bug, thì là dev fix, nên công việc của dev nặng hơn. Cho nên so sánh vợi 1 công việc văn phòng, thì lương tester không thấp.
khi dự án đưa cho khách hàng mà có bug. Thì phải xem bug đó, là về UI hay Ux. Rồi bug đó nó có dễ dàng tái hiện không. Nếu bug đó dễ phát hiện hay bug UI thì dù là 1 con thì nên xem lại quy trình làm việc của 1 nhóm đó. Chứ có nhứng việc không phải lúc nào cũng là lỗi tester.
và đang làm gặp 1 trường hợp lá tester không chịu xem UI, UX. đến lúc dev làm xong tính năng, tester test, cảm thấy UI xấu, UX kì, rồi đưa lên nói PM vá bắt dev sửa.
Và từng có 1 bạn tester than là tại sao dev code xong dự án thì đươc nghĩ xả hơi, còn nó không được.
Tôi đồng ý với ý kiến của bạn, mình xin góp ý thêm 1 chút. Khi một dự án được vận hành thì đâu đó quy trình phải rõ ràng và bài bản công việc của một tester không chỉ là test mà phải nghiên cứu document trước. Nếu như có sai phạm về lúc test thì đó là do tester, còn DEV mà code chức năng mà có lỗi tìm ẩn sau này, thì đó là do dev. Một điều nữa là 1 người từ DEV chuyển sang làm tester thì họ sẽ có nhiều kinh nghiệm hơn là 1 bạn đi học tester ra rồi làm liền thì mình thấy là nếu bản thân của DEV đã trãi qua các quy trình phát triển 1 dự án phần mềm hay website, mà mình áp dụng đúng theo quy trình thì cho dù bạn là 1 tester thì bạn cũng 1 phần nào đó về các lỗi tìm tàn. Đây là ý kiến cá nhân của mình (Có thể bạn trong vidieo này đã làm 1 dự án rất là lớn và bạn sống trong một môi trường đâu đâu cũng là lương cao) còn mình thì chủ chú ý việc đảm bảo 1 sản phẩm vận hành tốt. Tất nhiên là mình mặt định là lúc nào cũng có lỗi và lỗi do bản thân tester mình không tìm ra, thì mình không bao giờ áp lực như bạn này, còn bạn này nói áp lực và vì tiền thấp thì bạn này làm vì tiền nhiều hơn. (trên chỉ là ý kiến cá nhân của mình)
Mình sắp tổ chức livestream #5 chia sẻ về cách đọc hiểu tài liệu mô tả và viết testcase,
dự kiến sẽ diễn ra trong tháng 1/2024. Các bạn tham gia có thể đăng ký tại đây nhé: forms.gle/ufijR8Rvi1TjG3L38
Link livestream #5 cho các bạn quan tâm: ruclips.net/video/MjrM9CYpABo/видео.html
Trong istqb cũng nói là kiểm thử toàn bộ là không thể, nên việc để lọt bug thì cũng sẽ khó tránh khỏi, chủ yếu mình coverage đc những bug func chính, còn những cái ko urgent ở mức low thì mình có thể improve dần dần. Quan điểm cá nhân của mình thui ha
Livestream 6 vào ngày 23/03/2024 về chủ đề multiple tasks và làm việc hiệu quả, các bạn có thể đăng ký tại link: forms.gle/V3xrKK22F9dZyPet6
So với đội ngũ làm kỹ thuật khác như thiết kế cơ khí, gia công cơ khí, điện tử học để làm thì khó hơn rất nhiều nhưng thực tế bây giờ tester lương còn cao hơn, cv nhẹ nhàng hơn m
Dé. Nên mong chủ video này bớt than lại dùm. Mời qua điện tử viễn thông học đi sẽ thấy. Cntt chính chuyên học xong còn chưa dev nổi nữa ấy là dăm ba cái khoá Tester. Tào lao hết sức.
Chị ơi, Intern Tester giờ vẫn ổn không chị, em bên Front End mà kiếm job vs cạnh tranh cao quá, em không theo nổi thì theo qua ngành có ổn không ạ :(
Bạn nói đúng nhiều vấn đề trong ngành.
Như cái lần dự án mình làm, bên dev từ chối fix bug :))) khách và sếp còn hỏi ngược lại mình là sao không push cho dev fix :))) và việc không có được một tẹo tôn trọng từ team dev hoặc BA PO các kiểu là quá bình thường luôn :))) trong khi mình chỉ cố gắng hoàn thành công việc của mình.
hơi buồn mà đúng sự thật :(
Tester phải nói là ngành nghề "dễ va chạm" bác nhỉ, vì chẳng ai thích một ng chỉ chăm chăm bắt lỗi mình. Bạn test nào đc vào một môi trường ae dev dễ thông cảm thì rất may mắn.
Thế thì ngay từ đầu, kể cả trong lúc sprint planning và trong các buổi họp phải bắt cả dev lẫn PO trình bày rõ các ticket mà họ đang làm sẽ có kết quả như thế nào. Rồi đến ticket phải có phần Accept Criteria rõ ràng. Làm khơi khơi là chỉ có QA/Tester thiệt. Mà nếu sự thực là vầy thì quy trình và Scrum Master là yếu, nên làm lại cái quy trình chứ ko phải do nghề!
:v từ chối fix thì đề nghị dev comment giải thích vào ticket để mọi người cùng clear là được mà b
So lương tester với dev là điều khập khiễng, vì sao lương dev cao hơn cũng có lý do của nó, làm IT thì mặt tối nằm ở bất kỳ role nào
thề tester muốn nhàn thì tốt nhất cố gắng chơi thân với dev. Cứ kiểu ra bug, rồi cãi nhau với dev thì dev nó bk nó cũng chả thèm chỉ đâu :)) . Hơi toxic xíu nhưng thực tế đó
:v Thân thêm phiền, log bug xong dev thấy ko đúng thì bắt comment vào để tester clear nếu ko đúng thì close bug, còn nếu tester thấy ko thỏa mãn thì tag BA vào discuss tiếp. Mạnh dạn log bug, mạnh dạn nhận sai cho đỡ tốn năng lượng.
😅😊@@PhuThuyNgheThuat
quá tuyệt vời
Bạn cho mình hỏi ở tuổi 35 có thể apply vị trí fresher tester không? và nếu bắt đầu học automation testing thì có nhất thiết phải học qua manual testing không?
Ở tuổi nào bạn bắt đầu học cũng không quá quan trọng vì mình nghĩ trong cuộc đời mỗi người, việc phải chuyển qua một nghề mới là điều dễ hiểu và ai rồi cũng sẽ trải qua.
Nếu bạn muốn học automation thì tư duy về manual testing vẫn là kỹ năng bắt buộc và cần thiết bạn nhé.