Có Nên Làm Tester Không? Chia Sẻ Tester Hơn 10 Năm

840 lượt xem Góc Thảo Luận
Có Nên Làm Tester Không? Chia Sẻ Tester Hơn 10 Năm

Nhiều bạn yêu thích công nghệ thông tin nhưng lại không tự tin với việc lập trình ( Code ) thì Tester chính là công việc được nhiều người lựa chọn tìm hiểu. Vậy có nên làm Tester không? Ngành này có đặc thù như thế nào, sau đây là một số chia sẻ của Lập Trình Việt với các bạn về ngành Tester

Có Nên Làm Tester Không? Chia Sẻ Tester Hơn 10 Năm
Có Nên Làm Tester Không? Chia Sẻ Tester Hơn 10 Năm

Tại sao bạn nên làm Tester

Với sự đi lên và phát triển ngày càng nhanh của xã hội, các hệ thống phần mềm ngày càng đóng vai trò quan trọng trong việc quản lí và xử lí những hệ thống phân chia của mọi loại ngành nghề. Nhưng có lẽ bất cứ ai trong cuộc sống cũng đã từng 1 lần bắt những lỗi hệ thống, kiến cho bộ máy hoạt động trở nên trì trệ, rối loạn hơn. Việc xảy ra những lỗi hệ thống như thế này chỉ gây tổn hại về kinh tế, lãng phí thời gian, gây mất lòng người sử dụng mà có khi còn làm tổn thất đến chính cả con người

Nếu như các bạn có ý định theo đuổi ngành nghề đầy triển vọng này thì Khóa học Tester tại Lập Trình Việt chắc chắn sẽ là sự lựa chọn đúng đắn dành cho bạn

Đôi khi lí do gây nên những lỗi hệ thống đó rất đơn giản để nhận biết, đó là con người! Vì chính con người là người tao ra hệ thống, mà chỉ cằn 1 lỗi nhỏ trong sự sai sót cũng gây nên các lỗi trên thao tác máy tính như thiếu sót trong source code, document,… ngoài ra cũng có thể là do các yếu tố khách quan, ví dụ như ảnh hưởng cuẩ môi trường đến hardware ,…

Vậy nên từ đó công việc Test ra đời để đáp ứng cho những sai sót nhỏ nhưng gây ảnh hưởng lớn của con người. Để giảm thiểu rủi ro cho hệ thống, từng loại Test phù hợp được tạo ra để xử lí từng loại lỗi sai khác nhau, dựa vào kết quả test chúng ta cũng có thể nhanh chóng xử lí để cải thiện chất lượng và hiệu suất của phần mềm

Công việc chính của Tester là kiểm tra để tìm ra lỗi của phần mềm - ứng dụng
Công việc chính của Tester là kiểm tra để tìm ra lỗi của phần mềm – ứng dụng

Định nghĩa về Test

Bạn đã hiểu tại sao bạn nên làm Tester và tại sao công việc này lại được nhiều người kể cả trái ngành theo học rồi phải không nào. Tiếp theo chúng ta sẽ tìm hiểu sâu hơn làm Tester là làm gì nhé

Khi nhắc đến các hoạt đọng về test, người ta thường nghĩ test đơn giản cũng chỉ là việc chạy phần mềm, từ đó sửa các lỗi sai nếu phát hiện được. Tuy nhiên, Test là hoạt động bao gồm những hoạt động trước và sau khi thực thi Test ( tức là việc cho chạy phần mềm và kiểm tra phần mềm ), ví dụ như việc thiết kế test, kiểm tra kết quả test, viết báo cáo test,

Test được tạo ra nhằm phục vụ những mục đích sau:

  • Phát hiện lỗi
  • Kiểm tra chất lượng của phầm mềm
  • Cung cấp thông tin về lỗi phần mềm để lập trình viên có thể xem xét và quyết định nên sửa phần mềm theo hướng nào
  • Đề phòng các lỗi sẽ xuất hiện trong hệ thống phần mềm

Ngoài ra có 1 lưu ý nho nhỏ là cần phân biệt rõ giữa TestDebug. Test là tìm lỗi và trách nhiệm test thuộc về người phụ trách Test ( tức là các Tester ), còn Debug là tìm hiểu nguyên nhân của lỗi và sửa lỗi, trách nhiệm thuộc về các Developer ( tức là các lập trình viên ).

Trình tự các giai đoạn Test cơ bản

Sau đây là trình tự các giai đoạn Test cơ bản mà các Tester cần phải nắm vững

Giai đoạn 1: Lên kế hoạch và control

Nhằm xác định mục đích của việc viết test và quyết định spec (chương trình chạy) cho Test, chúng ta cần phải lên kế hoạch từ trước. Test control là hoạt động đánh giá và so sánh kế hoạch đã đề ra với tiến độ của quá trình test

Giai đoạn 2: Phân tích và thiết kế Test

Từ những mục tiêu đã đề ra, các Tester dựa vào đó để xây dựng nên 1 bản thiết kế test cụ thể, đem những điều trừu tượng thành hiện thực. 1 số ví dụ cụ thể có thể kể đến như:

  • Đánh giá, nhận xét (review) cho các testbase như báo cáo phân tích rủi ro hoặc interface spec
  • Dựa vào độ ưu tiên để thiết kế testcase sao cho phù hợp nhất
  • Sắp xếp, phân loại các test data cần thiết

Giai đoạn 3: Test implement và Test execution

Lúc này các Tester sẽ phải tạo ra script hoặc bản ghi trình tự test dựa trên testcase và các dữ liệu quan trọng khác, tiếp đến là setup môi trường và tiến thành thiết lập test

Giai đoạn 4: Đánh giá tiêu chuẩn kết thúc và báo cáo

Đây là bước đánh giá cuối cùng để xem việc thực thi test đã thỏa mãn yêu cầu và mục đích đã đề ra trước đó hay chưa, ví dụ như:

  • So sánh kết quả test sau khi đánh giá với tiêu chuẩn kết thúc test đã quy định ở giai đoạn 1 (giai đoạn lên kế hoạch test)
  • Xem xét và phán đoán coi có cần test bổ sung hay cần thay đổi tiêu chuẩn kết thúc test hay không
  • Viết báo cáo test cho những người liên quan đến phần mềm test này

Giai đoạn 5: Kết thúc Test

Giai đoạn cuối cùng này bao gồm các công đoạn tổng hợp các testware, các data, các bài học rút ra từ test,… Công đoạn này chỉ được thực hiện trong trường hợp hệ thống đã hoàn thành release, test project kết thúc hoặc khi đã đạt được milestone, 1 số trong đó như:

  • Check lại các product xem đã được release rồi hay chưa
  • Tổng hợp và lưu trữ, sao kê các testware, test infrastructure,… để sau này có thể tiếp tục sử dụng trong những mục đích khác
  • Rút ra các bài học từ việc test để lưu ý cho lần sau

Tâm lí học trong Test

So với việc để các lập trình viên tự mình test thì việc để các tester chuyên nghiệp phụ trách test thì sẽ tốt hơn. Việc tách riêng biệt này sẽ mang lại hiệu quả cao hơn cũng do cách suy nghĩ về test của lập trình viên và các tester thường khác nhau. Lập trình viên thì thiên về kết quả đạt được khi phát triển phần mềm, trong khi các tester chuyên nghiệp lại thiên về việc hoàn thiện test tốt nhất để phần mềm tránh việc lặp lỗi 1 cách thường xuyên, vả lại các pro tester thường được đào tạo bài bản hơn trong việc test

Tính độc lập và chuyên môn cao của test tăng dần cấp độ trong các trường hợp như

  • Người lập trình ra phần mềm là người thiết kế test (tính độc lập thấp do lập trình viên chỉ chuyên về xây dựng phần mềm, không chuyên về test)
  • Người trong team thiết kế test (có thể là người phụ trách thêm mảng test nhưng dễ bị chủ quan bởi vừa làm phần mềm, vừa test sản phẩm của team tạo ra)
  • Người của bộ phận khác cùng công ty thiết kế test
  • Người của công ty khác test ( nhờ công ty chuyên về test phụ trách, mang lại sự khách quan và tính khả thi cao)

Hơn nữa, việc tìm ra lỗi trong khi test đồng nghĩa với việc bạn đang đào bới lỗi sai của lập trình viên, tức là 1 dạng truy cứu trách nhiệm, gây khó dễ cho người đã tạo ra sản phẩm phần mềm. Do đó, để tránh tình trạng tiêu cực sẽ diễn ra mà test mang tới, thì giữa tester và lập trình viên phần mềm phải có quan hệ tốt, mang quan điểm thẳng thắn và rõ ràng

Giữa tester và lập trình viên phần mềm nên có ít nhất là các tiêu chí tích cực như:

  • Đạt đến mục tiêu chung về sản phẩm sẽ tạo ra, đó là chất lượng tốt là ưu tiên hàng đầu, những ý kiến được nêu ra phải là ý kiến trung lập và phù hợp vì lợi ích của sản phẩm
  • Giữ thái độ tích cực, tôn trọng và hợp tác tốt, không thù địch
  • Cố gắng truyền đạt ý muốn của mình và hiểu ý muốn của người khác, dung hòa các ý kiến sao cho chuẩn nhất

Còn rất nhiều vấn đề mà các bạn muốn học về test cần phải biết, tuy nhiên những điều cơ bản và nền tảng nhất đã được chúng tôi nêu rõ như trên. Mong rằng các bạn có thể hiểu và tiếp tục theo dõi ở các bài viết tiếp theo. Mọi thông tin và tài liệu liên quan đều được chúng tôi cập nhật nhanh nhất và chính xác nhất từ tổ chức ISTQB, đem lại cho các bạn cái nhìn chân thực về ngành kiểm thử phần mềm, cũng như củng cố kiến thức cho những bạn trẻ muốn bước chân vào và thử sức với ngành này

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *