Manual lên auto khó lòi l, vì tư duy làm auto nó khác, sau này mấy cái framework low code no code nó mạnh lên thì may ra, chứ còn bây giờ nếu đã là dân đá ngành sang manual thì cũng đã học quá nhiều, giờ lại còn phải học nhiều hơn để nắm kỹ năng lập trình, hiểu về framework,...
Test embedded thì bạn bè mình hồi bên F né như né tà, vì làm lâu lụt nghề, thêm cả đâm sâu rồi không nhảy đi đâu được vì quá ít lựa chọn, F, Bosch, Vin, LG, Samsung, Viettel, hết
Em manual trái ngành 3yoe cũng đc 1k5 đây thím. Dĩ nhiên cũng phải dịch chuyển dần sang auto, chí ít là hybrid 30-70 không thì manual thuần mãi chắc sắp tới cũng đói
Manual thuần thì 1k hết đát, mà để chuyển qua cũng khó k phải dễ , thường cty phải cho cơ hội để chuyển quaEm manual trái ngành 3yoe cũng đc 1k5 đây thím. Dĩ nhiên cũng phải dịch chuyển dần sang auto, chí ít là hybrid 30-70 không thì manual thuần mãi chắc sắp tới cũng đói
Chuẩn , mà mấy cty bạn kể tech stack nó khác nhau nên nhảy xong có khi bị ép lương giảm cũng nên, làm automotive giờ SG đúng 3 ty làm là Bosch, Hella, FPT, vô là coi Như đóng bản án đi tù
Giờ nhiều team có manual thuần đâuEm manual trái ngành 3yoe cũng đc 1k5 đây thím. Dĩ nhiên cũng phải dịch chuyển dần sang auto, chí ít là hybrid 30-70 không thì manual thuần mãi chắc sắp tới cũng đói
Mình nghĩ vì ko có ai tạo điều kiện đúng hơn, manual qua auto phải chịu giảm lương xuống
Khi nhận offer là em cũng thuần manual mà thím. Còn em cũng thấy được vài case xung quanh manual webapp k phải testlead đc tầm 1k8 2k rồi. Còn cái thím nói cũng k hẳn sai, em từng pv mấy thằng như CMC, test lên test xuống, pv hơn tiếng đồng hồ rồi rồi kêu không trả được 25m cho sen không có kn lead, nhưng nhiều thằng job remote/hybrid sẵn sàng offer 1k+, ngồi pv 40p là xong. Nên nhiều khi em thấy cái myth manual đc trả 1k là căng như kiểu ae manual đang bị gaslight vậy, thị trường đang nhiều job QA từ bên US EU đẩy sang Ấn và ĐNÁ mà, chứ bên đấy thì role QA tuyệt chủng dần r, kể cả automation cũng khó kiếm việc
Nhưng đc trả từng đấy là 1 chuyện chứ cứ bám mãi vào thuân manual thì không ổn. Em thì nghĩ công ti nào cũng khuyến khích manual test học thêm auto thôi, chủ yếu là chả ông nào kiên trì để học cả, vì học là tự học chứ cty nào hơi đâu nó cầm tay chỉ việc từng tí một
, cách negociate, chấp nhận những khúc mắc trong môi trường công sở. Cũng có một số technical nhưng mà cũng không đáng kể, ví dụ như working với một team size to, có những conflict với nhau,...
)
)) Hiện tại mình làm mém thuần mà vẫn 1k5 màThực ra bác ở trên chày cối quá, đừng có ghẻ lạnh vậy chứ nhiều case manual thuần không nhưng lương trên 1k 2k nhiều mà, chí ít xung quanh tôi toàn thế. Chẳng qua làm ở mấy cty outsource VN như F, CMC, TMA... thì k có / edge case thôi
)
)) Em làm product, delivery liên tục manual chết luôn á chứCòn Job QC thì mình thấy các cty Product ở VN thì bây giờ đa phần theo kiểu 80% Auto, 20% Manual rồi vì:
=> Thay vì tuyển 2 resource để manual và auto, họ chọn 2 trong 1 luôn =]]]. Nhìn sâu xa ra thì thuần manual về lâu dài sẽ cực kì không tốt cho career path, hoặc sau này chỉ có thể chọn cty outsource do cần chạy nhanh hoặc rust deadline.
- Product đã stable, cần auto để regression test
- Có phát triển tính năng mới thì cần manual ban đầu khi chưa có script auto
Còn về train Auto thì mình thấy dễ mà, h có Copilot rồi mà ai k hiểu thì chỉ có thể là cố tình k hiểu thôi
thật ra do thím gặp nhiều người ở mức đó thôi , chứ nó không đồng nghĩa là cả thị trường tester ở nước mình như vây.Thực ra bác ở trên chày cối quá, đừng có ghẻ lạnh vậy chứ nhiều case manual thuần không nhưng lương trên 1k 2k nhiều mà, chí ít xung quanh tôi toàn thế. Chẳng qua làm ở mấy cty outsource VN như F, CMC, TMA... thì k có / edge case thôi
Qua làm test rồi thì sao lương bằng dev được bác, Nên cách tốt nhất là không biết lương dev luôn. Mắt không thấy thì tim không đau =]]
có thể em không gặp mấy người test lương cao như mấy bác trên nhưng góc nhìn khách quan của em thì nghĩ ai mà làm auto test được ~1k thì làm dev trình đó chắc phải ~1k2 1k5, vì auto cũng code với cày thấy mẹ, nên đừng nghĩ qua test là dễ
Mới nhảy việc hả fenChào các fen, em thấy các topic về QC khá ít/dead nên tạo 1 cái thử, biết đâu ace thảo luận rôm rả hơn.
Dưới đây là một số kinh nghiệm của em, tuy cũng mới chỉ 3 năm thôi nhưng biết đâu sẽ bổ ích cho lứa sau.
Về em, background UIT - HTTT, vì không thích data (lười validate hàng ngàn cột dữ liệu, sau chọn QC, còn chán hơn
Lương bổng thì em cũng tầm 1k5 cho 3yoe, tuy không bằng các dev nhưng em thấy khá hài lòng.
Sau đây là một số chia sẻ của em:
- Về Manual sẽ có 2 loại (em sẽ định nghĩa theo các công ty em thường làm):
+ Tester: Đọc requirement và test, không hơn không kém. Role này thì các stakeholders khá khinh thường, coi như là 1 con robot chỉ gì làm đó. Em từng là một người bị vậy, thời gian đó khá stress, vì ngta cũng không cho mình tham gia discussion trong các buổi technical review/approach...Vậy thì mình đành đọc và làm, biết sao giờ
=> Khuyên các bạn muốn vào nghề, nên chọn Project theo Agile Methodology làm để hành nghề như 1 Agile Tester (mô tả trong cuốn ISTQB)
+ QC (Quality Control): Nghe fancy hơn tí, khác với Tester, QC tham gia vào discuss từ thời kì define User Story => Acceptance Criteria. Có thể đưa ra feedback, suggest technical approach, làm sao đó có thể đáp ứng nhu cầu của End User, cũng như thoả mãn được giới hạn Technical của Developer. Theo em thấy, QC - Agile Tester cần có rất rất nhiều kiến thức, từ Front-end, Back-end (DB, API), UX UI, Agile Process, etc. Tuy có thể nông hơn các role tương ứng, nhưng vẫn phải nắm được để discuss/debate.
Về thị trường, em cảm thấy phần lớn các công ty ít khi cho QC hành nghề theo Agile Tester, bởi vì deadline, commit release với Client. Người ta chỉ dành thời gian cho BA lấy req từ Client, phổ biến lại, developing và testing, vậy thôi. Vô hình chung làm dự án sẽ có rất nhiều vấn đề, từ misunderstanding với Client, technical không đáp ứng được req, nhiều production issues, etc. Làm cho nhiều ace Tester cực kì khó ở vì phải OT nhiều, bởi vì thường các dev sẽ deploy, build rất trễ vào cuối sprint, làm không kịp. Vì vậy, thường dev và test có mqh không tốt đẹp. Mong mọi người đọc được bài này thì có thể nhẹ nhàng hơn với đồng nghiệp của mình chăng
Về lương bổng, em đánh giá rằng, Manual Tester < Front-end dev < Automation Test < Back-end dev,... Có thể có trường hợp đếm cua trong lỗ, nhưng mà nhìn chung em thấy vậy.
Em sẽ nợ topic Automation Test viết sau, bài viết cũng dài rồi, mong là nó không flop
Chúc ace cuối tuần vui vẻ, happy testing!
Tiếp tục câu chuyện, em xin nói về Automation Test.
Bắt đầu từ khi em đi thực tập - Rookies NashTech, may mắn là em được train rất tốt, bởi vì em rất try hard học cái framework người ta dạy (build from scratch), em cày 10-12 tiếng 1 ngày kể cả t7, CN, ngồi đặt 100 câu hỏi tại sao người ta lại tổ chức folder, phải init driver như vậy,...Actively hỏi mentor, chị ấy tuy khó tính nhưng nhờ vậy em đã phát triển hơn rất nhiều. Có thể nói 3 tháng thực tập của em hơn cả 1 năm làm việc dự án
Sau này đi làm vài công ty, em thấy mình chả học hỏi được gì nhiều nếu ko có cái nền ở Nash, vì vậy em cực kì biết ơn. Nên, nếu những lứa sau muốn chọn theo Automation thì nên kiếm công ty training tốt hoặc đc involve implement framework. Vì phần lớn các prj hiện giờ đều có framework sẵn, chỉ cần viết test case từ cái core có sẵn.
Sau đó, em làm B*sch, ở B em học được về chính trị
Còn về Automation technical, có quá nhiều source trên mạng rồi, ae tham khảo thôi
Sao nghe giống công ty F nào đó quá dậymình vì hết việc nên đang bị bắt làm manual tester, thực ra chỉ execute test thôi vì các test case đã có ông tester thật tạo trước đó rồi.
May là ko bắt viết test case chứ ngồi đọc đống design rồi viết test case chắc táo bón luôn quá
còn giờ execute test đúng kiểu robot luôn
