Các câu hỏi thường gặp

Trả lời:  Khi em đã hoàn tất khóa học LCTP, em đã có đủ kiến thức, kỹ năng và đã sẵn sàng tâm thế để bắt đầu công việc Tester. Em sẽ hội nhập và thích ứng nhanh hơn với công việc tại các công ty. Khi tuyển dụng, các công ty chỉ hỏi thêm em Anh văn và xem em có phù hợp với văn hóa của công ty không thôi. Lợi thế rất nhiều so với các bạn khác em ạ.

 

Trả lời:  Bạn nên chọn một ngôn ngữ lập trình chính cho mình, sau đó, khi gia nhập dự án Test, tùy theo yêu cầu, công ty sẽ có training thêm để bạn có thể làm tốt công việc của Tester. Công việc KTPM giúp bạn luôn không ngừng học hỏi, biết thêm kiến thức trong nhiều lĩnh vực khác nhau, bạn sẽ là những người tiên phong được trải nghiệm, được ""phá"" những sản phẩm mà chưa ai biết, thật tuyệt vời.

 

Trả lời: Kiểm thử tự động thường được dùng kết hợp với kiểm thử bằng tay để tận dụng hiệu quả nguồn tài nguyên (kiểm thử tự động có thể chạy 24h/ngày) và giả lập được các tình huống mà nếu sử dụng kiểm thử bằng tay sẽ tốn rất nhiều chi phí (VD: 1000 connection cùng 1 thời điểm,…). Cả 2 phương pháp này đều cần thiết trong dự án và không thể nói phương pháp nào quan trọng hơn. Kiểm thử bằng tay có lợi thế là được sử dụng sớm trong dự án, tính tùy biến cao (bạn có thể chuyển hướng nếu cách đang đi ít có khả năng phát hiện lỗi ...) và là phương pháp chính để phát hiện lỗi. Kiểm thừ tự động chỉ được sử dụng hiệu quả khi phần mềm đã phần nào ổn định, không có nhiều thay đổi lớn và được sử dụng để test hồi quy. Hơn nữa chi phí đầu tư ban đầu cho kiểm thử tự động đôi khi rất lớn.

 

Trả lời:  Kiểm thử tự động sẽ không có sự linh động, tùy biến như kiểm thử tay. Tester sẽ viết script để yêu cầu các bước test sẽ như thế nào, kết quả mong muốn là gì, nếu có gì bất ngờ khác với những kết quả mà Tester ghi nhận thì máy không thể tự nhận xét và đưa ra gợi ý như người làm Test manual được.

 

Bạn không biết code nhưng bạn biết những đặc điểm chính của ngôn ngữ đó, cách ứng dụng được xây dựng và hoạt động trên môi trường ngôn ngữ đó là bạn có thể test được rồi. Thực tế là có khá nhiều bạn thành công với nghề Tester mặc dù là tốt nghiệp không chuyên CNTT (Kinh tế, XHNV, ...) Dĩ nhiên khi bạn code giỏi thì bạn sẽ am tường môi trường, bạn sẽ có thêm nhiều Test case chuyên sâu hơn nhưng quan trọng của Tester là ""mindset"" thử ""phá"" xem thế nào vẫn là quan trọng nhất nha bạn.

 

Lương là chỉ số đánh giá hiệu quả bạn công việc của bạn trong Doanh nghiệp. DN trả lương vì những gì bạn đóng góp, những gì bạn làm chứ không phải là những gì bạn biết. Do đó, mức lương của bạn là do bạn và tình hình DN. Thông thường mức lương của Tester và Developer không có khác biệt, lương của SV mới tốt nghiệp sẽ được xác định cụ thể ngay khi bạn phỏng vấn tại DN. 

 

Trả lời: - Độ chính xác của kiểm thử phụ thuộc vào kỹ năng của người thực hiện chứ không phụ thuộc vào phương pháp tiếp cận.

 

- Cả 2 phương pháp này đều cần thiết trong dự án và có những lợi thế và bất lợi của nó nên không thể nói phương pháp nào quan trọng hơn. Kiểm thử bằng tay có lợi thế là được sử dụng sớm trong dự án và là phương pháp chính để phát hiện lỗi. Kiểm thừ tự động chỉ được sử dụng hiệu quả khi phần mềm đã phần nào ổn định, không có nhiều thay đổi lớn, được sử dụng để test hồi quy. Kiểm thử tự động cần thời gian để phát triển framework nền tảng nên đòi hỏi kỹ năng lập trình và hơn nữa chi phí đầu tư ban đầu cho kiểm thử tự động đôi khi rất lớn.

 

Trả lời:- Những dự án KTPM tự động ở KMS đang sử dụng 1 số tool như: Selenium, Watir, QTP, Test Complete, Jmeter, OpenSTA … KMS đang phát triển 1 giải pháp test tự động riêng cho mình gọi là Automate.

Trả lời: Đó là quan điểm hoàn toàn không chính xác và hiện nay thực tế đã chứng minh đó là một hướng đi khác, một lựa chọn khác của các bạn trong lĩnh vực CNTT. Yêu cầu của Tester không phải là phải viết được Tool Automation, mà yêu cầu của Tester là làm sao phải kiếm được Bug, giúp phần mềm chất lượng hơn, không làm mất uy tín - thương hiệu của nhà sản xuất.

 

Nếu bạn là tester mà giỏi lập trình, bạn có thể đi theo hướng automation test và xây dựng framework cho test tự động. Nếu bạn không giỏi lập trình bạn vẫn có thể test bằng tay và sử dụng những framework để hỗ trợ việc test. Test tự động hay test bằng tay vẫn có sự phát triển riêng.

 

Nói về yêu cầu tuyển dụng tester phải viết được các automated script, có thể đó là 1 yêu cầu đặc biệt của 1 công ty nào đó. Ở Việt Nam chúng ta, nhu cầu test bằng tay vẫn còn rất nhiều, nhu cầu về test tự động vẫn còn ít.

 

Trả lời: Có nhiều dạng lỗi phần mềm (giao diện, chức năng, hiệu suất,…) nên trước khi bắt đầu 1 dự án Test, cả KH và công ty sẽ thống nhất mục tiêu của dự án Test là gì để tập trung vào các phần cần Test. Do đó, để biết test như thế nào là đủ phải xác định kết quả dự án Test mà KH mong muốn là gì mà có định lượng phù hợp.

 

Automation Test và Manual Test đều không thể cover hết tất cả các lỗi phần mềm, nhưng điều quan trọng là các lỗi nghiêm trọng nhất thiết phải được phát hiện và phản hồi cho KH.

 

Trả lời: Yêu cầu cần và đủ của Tester là kiến thức, kinh nghiệm và lòng đam mê với nghề. Đây là hành trang để bạn có thể gia nhập đội ngũ Tester chuyên nghiệp.

 

Trả lời: Trong KTPM có nhiều hướng test: Black box, White box và Grey box. Nếu dự án đó test là White box thì bạn phải test mức code, mức Grey box thì có sự kết hợp giữa kiến thức công nghệ lập trình và kiến thức liên quan đến lĩnh vực sử dụng phần mềm. Do đó, không nhất thiết phải rành về lập trình mới làm KTPM được.

 

Tùy theo dự án mà sẽ có hướng test phù hợp cho dự án nha bạn.

Trả lời: Kiểm thử tự động thường được dùng kết hợp với kiểm thử bằng tay để tận dụng hiệu quả nguồn tài nguyên (kiểm thử tự động có thể chạy 24h/ngày) và giả lập được các tình huống mà nếu sử dụng kiểm thử bằng tay sẽ tốn rất nhiều chi phí (VD: 1000 connection cùng 1 thời điểm,…) nhưng KTTĐ cũng có hạn chế là tính linh động, tùy biến không được như manual test.

 

Cả 2 phương pháp này đều cần thiết trong dự án và không thể nói phương pháp nào quan trọng hơn. Kiểm thử bằng tay có lợi thế là được sử dụng sớm trong dự án và là phương pháp chính để phát hiện lỗi. Kiểm thừ tự động chỉ được sử dụng hiệu quả khi phần mềm đã phần nào ổn định, không có nhiều thay đổi lớn và được sử dụng để test hồi quy và lợi điểm là tính ổn định cao. Hơn nữa chi phí đầu tư ban đầu cho kiểm thử tự động đôi khi rất lớn.

 

Trả lời: Ngành Tester không khó và kén người học, người làm như bạn nghĩ đâu nha. Thực tế là đã có rất nhiều bạn thành công với nghề này mà không cần học chuyên về CNTT, chỉ cần bạn đam mê cái mới, thích ""phá"" cho hư,… thì những kỹ năng khác sẽ được rèn luyện dần trong quá trình làm việc.

Trả lời: Thông thường, cách làm việc ổn thỏa nhất giữa Tester và Developer là "nói có sách - mách có chứng", tôn trọng nhau và vì lợi ích chung của dự án, của công ty, ai cũng bớt đi một chút cái "tôi" thì sẽ có tiếng nói chung em nha.

 

 

Trả lời:

Trả lời: Công việc của người tester vừa dễ mà lại vừa khó. Cái thách thức lớn nhất của người tester là trong một thời gian giới hạn làm sao để tìm được chiến lược test tốt nhất. Không sản phẩm nào là không có bug và không ai có thể dám khẳng định là mình test hết bug chính vì thế việc xác dịnh phạm vi test, yêu cầu test từ dó vạch ra kế họach và chiến lược là một trong những thách thức lớn nhất của bộ phận test.

 

Hơn thế nữa việc chứng minh vai trò của người tester trong team cũng là một vấn đề khó khăn với các ban tester, việc tìm ra bug mục đích là nâng cao chất lượng sản phẩm chứ không phài chứng minh Developer sai hay dờ tệ. Đứng trên quan điểm đó, người tester cần phải khéo léo trong việc trình bày vấn đề và bảo vệ quan điểm của mình khi báo cáo lỗi.

 

Việc tích lũy kinh nghiệm trên những domain khác nhau và không ngừng cập nhật những kiến thức mới về testing, software devlopment là một trong những cách các bạn nâng cao giá trị bản thân và khẳng dịnh không phải chì có dở mới đi làm test và để test giỏi không dễ như người khác vẫn nghĩ.

 

Trả lời: 

1. Sản phẩm đã có lỗi. Testing để đưa ra bằng chứng cho mọi người thấy rằng sản phẩm có lỗi. Debug là quá trình xác định nguyên nhân của lỗi ở đâu.

 

2. Blackbox testing và whitebox testing đều là phương pháp testing. Blackbox testing không dựa vào cách thiết kế hay code như thế nào. Khi test, người tester chỉ dựa vào tính năng và yêu cầu của chương trình. white box testing dựa vào sự hiểu biết logic & cách thiết kế của sản phẩm. Khi test dựa vào cấu trúc rẽ nhánh, điều kiện của từng dòng lệnh.

Trả lời: 

1. Tùy vào bản mô tả công việc, mà mỗi công ty sẽ gọi người kiểm thử là QA, QC hay tester.

- Ở Harvey Nash, có sự tách bạch rõ ràng giữa người làm về qui trình và người kiểm thử. Người làm về qui trình gọi là QA. Người kiểm thử gọi là QC (Quality control). Vì người QC có quyền quyết định cho sản phẩm được gởi cho khách hàng hay không.

 2. Thực tế là đã có rất nhiều bạn thành công với nghề này mà không cần học chuyên về CNTT, chỉ cần bạn biết cách hoạt động của ứng dụng phần mềm, bạn đam mê cái mới, thích ""phá"" cho hư,… thì bạn hoàn toàn có thể gia nhập đội ngũ Tester."

 

Trả lời: Các công cụ phần kiểm thử tự động hiện nay cung cấp cho người dùng việc các định các đối tượng trên màn hình thông qua cơ chế learning,phần mềm sẽ nhận diện các control và lưu lại thông tin của control dó thành những file hay object.Công cụ sẽ cung cấp các hàm MouseClick,InputText để người dùng tương tác với các control đã được học trước đó. Việc nhận biết hòan tòan tự động và dễ sử dụng.

 

Trả lời: Trong tất cả các ngành sản xuất, thời gian để làm 1 sản phẩm lúc nào cũng nhiều hơn thời gian kiểm tra 1 sản phẩm. Ngành công nghệ phần mềm cũng theo quy luật đó. Tỉ lệ developer và tester tùy theo tính chất quan trọng của sản phẩm mà có thể thay đổi. 4:1 là tỉ lệ trung bình ở Harvey Nash. Vì vậy, nếu so sánh nhu cầu giữa developer & tester trong ngành phát triển phần mềm, thì nhu cầu về tester ít hơn nhu cầu về developer. Nhưng hiện nay, nhu cầu về nhân lực trong ngành phát triển phần mềm là rất lớn. Điều này dẫn đến nhu cầu về tester cũng cao.