Phần lớn nhân viên kiểm thử phần mềm không thể phát triển sau nhiều năm sau khi họ bắt đầu sự nghiệp với tư cách là tester. Và dưới đây là 5 lý do mỗi người kiểm thử phần mềm phải ngừng đưa ra những lời bào chữa cho những sai lầm của mình trong công việc đãn đến sự dậm chân thậm chí đi lùi trong sự nghiệp của mình

1) Tester không kiểm soát môi trường kiểm thử của mình, tester có quyền truy cập hạn chế

Những lời bào chữa như ‘Chúng tôi chỉ có quyền truy cập vào môi trường chỉ được đọc'. Thậm chí tệ nhất - ‘Chúng tôi chỉ có quyền truy cập vào nhật ký và không có gì khác '. Mọi thứ khác được thực hiện bởi nhóm phát triển hoặc một số nhóm khác. Công việc sẽ cung cấp cho tester rất nhiều hiểu biết sâu sắc về kiểm thử và nhiều loại công cụ kỹ thuật khác để hoàn thành công việc . Tuy nhiên nhiều tester dường như không quan tâm về việc học hỏi.

Đây là lý do kiểm soát môi trường kiểm thử phần mềm là điều quan trọng với tester

1.Tester có toàn quyền kiểm soát môi trường kiểm thử của mình để đảm bảo rằng đó là bản sao hoàn hảo của môi trường sản xuất. Điều này sẽ giúp bạn tránh được một vài bất ngờkhi sản phẩm có lỗi.

2.Tester biết tất cả các thành phần liên quan, tất cả các phần mềm được sử dụng cùng với các phiên bản của sản phẩm trên tất cả các môi trường, các trình duyệt.

3.Tester có đủ quyền truy cập để tái hiện và fix lỗi miễn là có kế hoạch chi tiết, bài bản. Ví dụ: Thiết lập chạy chậm, Kiểm tra CPU, sử dụng bộ nhớ và nhật ký ở mọi cấp độ.

Tester có quyền kiểm soát thiết lập, vì vậy bạn biết những gì bạn đang thay đổi và những gì bạn đang triển khai. Mọi thay đổi phải được update rõ ràng, đầy đủ vào tài liệu để kiểm soát mọi tình trạng quên, không nhớ spec.

2) Tester không triển khai bản chạy thử, một số nhóm khác làm điều đó

Bạn nhận thấy có một số vấn đề . Bạn cần bản Build mới nhất để confirm lại. Bạn đưa ra yêu cầu hoặc liên hệ với nhóm phát triển . Ohh, họ đang bận rộn với một cái gì đó và bạn phải chờ đợi.

Bây giờ nói với tôi, tại sao tất cả điều này xảy ra? Nó không phức tạp như vẻ ngoài của nó.

Bạn có khả năng và thẩm quyền để triển khai bất cứ khi nào bạn muốn làm cho công việc của tester dễ dàng hơn rất nhiều mà không phải chờ đợi. Bạn có thể chủ động verify lại một số lỗi hoặc lấy bản Build mới để xác minh các lỗi đã giải quyết.

Tất nhiên, nó không thực sự là một phép kiểm thử phần mềm, nhưng chắc chắn nó đang kiểm tra khả năng của bạn.

3) Không phải giải quyết vấn đề mà là sửa chữa, khắc phục

Tôi chắc chắn rằng không phải tất cả chúng ta kiểm tra hết được tất cả mọi khía cạnh ảnh hưởng cũng như giải quyết triệt để được vấn đề trước khi truyền lạị cho khách hàng Tình trạng này lâu dìa sẽ đãn đến những vấn đề tiếp theo vì không giải quyết được triệt để.

4) Tôi không biết tại sao nó lại xảy ra. Vấn đề đã giải quyết nó và tôi chỉ cần xác minh nó

Cũng tương tự như phần 3 chắc chắn 99% tester không biết phân tích nguyên nhân gốc (RCA) hoặc khắc phục vì không được yêu cầu. Nhưng việc tập phân tích, suy luận sẽ giúp ta hiểu sâu sắc hơn về chính sản phẩm của mình và đánh giá được các rủi ro tiềm ẩn.

Ngoài ra, việc này cũng giúp bạn biết rất về kỹ thuật mà trươc đó bạn sẽ không bao giờ gặp phải.

5) Tôi không có cơ hội làm việc trên bất cứ điều gì khác ngoài kiểm thử thủ công

Lí do này có vẻ hợp lí ở một mức độ nào đó khi xem xét khối lượng công việc hoặc các trách nhiệm của bạn nhưng không hoàn toàn đúng.

Đồng ý, học hỏi luôn đòi hỏi thời gian. Nhưng không có gì bạn không thể là được . Chúng ta có thể tận dụng để học hỏi và ứng dụng vào trong chính công việc của mình.

Dù trách nhiệm của bạn không đòi hỏi điều đó nhưng sẽ không ai ngăn bạn đầu tư thêm thời gian cho việc học của riêng bạn. Tự học trong thời gian rảnh luôn luôn cần thiết để nâng cao kỹ năng bản thân.