Kỹ sư QA làm gì? -Chiến lược CNTT
Kỹ sư QA
Đây là một số ví dụ mà chúng tôi có một cái thực Kỹ sư QA nhu cầu:
- Bạn có thất vọng bởi UX phần mềm cực kỳ yếu không?
- Không thể tải xuống tổng quan giao dịch từ ứng dụng SaaS?
- Bạn gặp thông báo lỗi lạ và hệ thống ngừng hoạt động?
- Bạn đã có cửa hàng trực tuyến nơi bạn muốn mua hàng nhưng Ứng dụng ngân hàng trực tuyến của bạn không được hỗ trợ?
Các sự cố trên webshop có thể khiến lưu lượng truy cập bị mất và doanh số bán hàng giảm. May mắn thay, điều này hầu như không có bất kỳ hậu quả xã hội nào. Tuy nhiên, lỗi trong mã của phần mềm công nghiệp hoặc quân sự có thể gây ra tác động nghiêm trọng hơn nhiều. Trước đây, các lỗi phần mềm đã tàn phá các ngân hàng và hãng hàng không, gây ra sự gián đoạn nghiêm trọng trị giá hàng tỷ đô la.
Nội Dung Chính
QA có phải là một từ khó hiểu không?
Để ngăn chặn những thảm họa lớn như thế này và để đảm bảo chất lượng ổn định Đảm bảo chất lượng (QA) đưa vào các quy trình phát triển phần mềm. Thông thường, chúng tôi triển khai các quy trình QA trong quy trình làm việc và một kỹ sư QA giám sát các yêu cầu đã xác định bằng các phương pháp kiểm tra thủ công và tự động. Việc sử dụng Đảm bảo Chất lượng như một thuật ngữ gây tranh cãi không bị cấm, nhưng rõ ràng đây là một phần quan trọng của CNTT.
Ý nghĩa QA trong dự án phần mềm
QA liên quan đến tất cả các thành viên trong nhóm, cho họ khả năng Định nghĩa về chất lượng dự án để tạo hình. Định nghĩa không nhất thiết phải “hoàn hảo”, nhưng nó phải rõ ràng đối với tất cả các thành viên trong nhóm. Mức độ chất lượng phụ thuộc hoàn toàn vào bối cảnh dự án và giá trị kinh doanh của nó.
Cuối cùng, khách hàng là yếu tố quyết định mức chất lượng mà phần mềm của chúng tôi phải đáp ứng. Anh ấy/cô ấy là người trả tiền cho nó và chất lượng – và do đó QA – không miễn phí.
Các hoạt động của kỹ sư QA trước khi bắt đầu dự án
Do đó, các nhiệm vụ của kỹ sư QA liên quan đến tất cả các hoạt động liên quan đến dự án CNTT. Trước khi bắt đầu, chúng ta phải sắp xếp một số thứ mà QA áp dụng cho:
- Hợp tác với khách hàng.
- Xác định vai trò và trách nhiệm của dự án.
- Chọn phương pháp dự án, ví dụ SCRUM.
- Tổ chức truyền thông dự án.
- Việc lập kế hoạch của dự án.
- Lựa chọn các công cụ phù hợp.
- Định nghĩa vòng đời phần mềm.
Do đó, kỹ sư QA đánh giá thiết kế dự án và sau đó toàn bộ rạp xiếc vẫn chưa bắt đầu. Có thể nói rằng nhiệm vụ của kỹ sư QA trong suốt dự án là nhằm ngăn ngừa các lỗi trong suốt dự án quy trình phát triển phần mềm.
QA so với kiểm soát chất lượng
Kiểm soát chất lượng cũng là một nhiệm vụ của kỹ sư QA và thường làm gián đoạn dự án. Chúng tôi tìm lỗi trong các sản phẩm bàn giao của dự án được tạo cẩn thận trước đó ở các cấp độ khác nhau bằng cách sử dụng các loại thử nghiệm QA khác nhau. Nếu chúng tôi tìm thấy một lỗi, nó sẽ có hậu quả ngay lập tức kế hoạch của dự án. Điều này có thể đi xa đến mức chúng tôi thậm chí phải xem xét lại các thỏa thuận trước đó.
Tuy nhiên, câu hỏi đầu tiên sẽ là chúng ta mong đợi chất lượng như thế nào? Câu trả lời đầu tiên thường là: tốt nhất! Và điều đó không có gì ngạc nhiên. Nhưng đó có phải là một câu trả lời hợp lý? Nếu chúng ta mua một chiếc bánh, nó có phải là loại kem ngon nhất không? Nếu chúng ta mua một chiếc ô tô thì nó có phải là nhanh nhất không? Thông thường có một số tiêu chí và chúng khác nhau tùy theo ngữ cảnh. Ví dụ, chất lượng có thể thấp hơn nếu phần mềm thực sự đổi mới. Sau đó, chúng tôi sẽ chỉ đầu tư vào chất lượng nếu nó thành công. Nhưng khi chúng tôi cấu trúc lại phần mềm hiện có hoặc làm mới phần mềm đã lỗi thời, chúng tôi cố gắng tạo ra một sản phẩm có chất lượng cao nhất có thể.
Ý nghĩa của QA đối với phát triển phần mềm
Bất kể phương pháp nào được sử dụng, nhìn chung chúng ta có thể xác định ba bước trong quá trình phát triển phần mềm. Trong cả ba bước, chúng ta đều gặp kỹ sư QA, với vai trò là nhà phân tích QA hoặc người kiểm tra QA.
1. Thu thập yêu cầu
Bước đầu tiên này bao gồm ba vai trò: nhà phân tích kinh doanh (người phân tích bối cảnh kinh doanh), nhà phát triển và nhà phân tích QA. Sự hợp tác giữa ba đồng nghiệp này dẫn đến “câu chuyện của người dùng“. Những câu chuyện của người dùng này mô tả chính xác những gì cần được phân phối dưới dạng tường thuật và cũng chứa tiêu chí chấp nhận. Đầu vào của nhà phân tích QA hoặc người kiểm tra QA trong giai đoạn này là hỏi đúng câu hỏi, chẳng hạn như:
- Tại sao người dùng cần chức năng này?
- Chức năng có đóng góp vào mục tiêu của dự án không?
- Lựa chọn này có dẫn đến hoàn thành thành công hay có nút thắt nào cần được giải quyết trước?
- Câu chuyện người dùng này có chính xác và rõ ràng không?
- Khi nào người dùng chấp nhận kết quả của câu chuyện người dùng này (tiêu chí chấp nhận)?
2. Thực hiện các yêu cầu (giai đoạn phát triển)
Giai đoạn này mang lại nhiều cơ hội để cải thiện chất lượng, bắt đầu bằng việc chọn công cụ phát triển phù hợp và các thực hành liên quan đến QA khác, chẳng hạn như Đánh giá ngang hàng, Kiểm tra Fagan, kiểm tra mô-đun và kiểm tra tích hợp. Trong giai đoạn này, các nhà phát triển chủ yếu đánh giá công việc của nhau dưới sự giám sát của nhà phân tích hoặc người kiểm tra QA.
3. Kỹ sư QA và kiểm tra nghiệm thu
Giai đoạn cuối cùng bị chi phối bởi các hoạt động kiểm tra QA của người dùng cuối và khách hàng. Mục tiêu chính của QA là xác thực và xác minh phần mềm theo các yêu cầu đã xác định. Điều quan trọng là xác định hoạt động chính xác của các chức năng được lập trình. Tuy nhiên, cũng có các bài kiểm tra phi chức năng liên quan đến hiệu suất và bảo mật. Các bài kiểm tra phi chức năng này thường là trách nhiệm của bộ phận CNTT. QA tester đóng một vai trò quan trọng trong việc này.
Có ba loại phương pháp kiểm tra: kiểm tra thủ công, kiểm tra tự động và một hình thức trung gian. Kiểm thử QA thủ công phổ biến vì nó không yêu cầu đầu tư thêm vào phần mềm kiểm thử. Một người thử nghiệm đi qua tất cả những điều này trường hợp thử nghiệm trong một kịch bản thử nghiệmthu thập dữ liệu và lập báo cáo cuối cùng. Đó là công việc khó khăn và tốn thời gian. Mặt khác, với kiểm thử tự động, mọi thứ được thực hiện bằng các công cụ và tập lệnh. Do đó, những điều này phải có mặt và được sắp xếp trước. Dữ liệu được thu thập tự động, cũng như các báo cáo cuối cùng. Ngoài ra còn có một kịch bản hỗn hợp. Ngoài ra, chúng tôi thực hiện kiểm tra QA tự động nhưng chúng tôi thiết lập toàn bộ môi trường kiểm tra theo cách thủ công (kiểm tra bán tự động).
Một kỹ sư QA trong CNTT có lợi thế kinh doanh
Bây giờ chúng ta đã trải qua các nhiệm vụ cơ bản dành cho nhà phân tích QA và người kiểm tra QA, đã đến lúc đặt câu hỏi:
Công việc của kỹ sư QA có được đền đáp không? Vâng, bởi vì:
- Nếu một quy trình QA được thiết lập đúng cách, tức là ngay từ đầu vòng đời phát triển phần mềm, nó sẽ giúp chúng tôi tiết kiệm rất nhiều tiền cho việc sửa các lỗi mà chúng tôi tìm thấy trong phần mềm đã được sử dụng. Theo quy định, chúng ta phát hiện ra một lỗi càng muộn trong quy trình thì chi phí sửa lỗi này càng cao.
- Các quy trình QA được thiết kế tốt cũng đảm bảo quản lý chất lượng phần mềm tốt. Nó giúp chúng tôi xác định xem một tính năng hoặc bản phát hành mới được phát triển có tương thích với các phiên bản đã hoạt động hay không. Rốt cuộc, không ai muốn phần mềm của chúng tôi ngừng hoạt động sau khi cập nhật đã được triển khai. Xin lưu ý rằng một bản cập nhật không chính xác có thể làm tổn hại danh tiếng của công ty chúng tôi.
Không còn nghi ngờ gì nữa, chất lượng dự án là rất quan trọng để đảm bảo khởi chạy hoặc nâng cấp phần mềm thành công. Ngoài ra, một kế hoạch quản lý chất lượng xác định các yêu cầu chất lượng. Một kế hoạch như vậy cung cấp các hướng dẫn chính xác cho tất cả những người tham gia vào dự án để cung cấp các sản phẩm có chất lượng theo yêu cầu. Đó là lý do tại sao kỹ sư QA có vai trò trong mọi dự án.
Tóm tắt
điều khoản
Kỹ sư QA làm gì?
Mô tả
Để ngăn chặn các thảm họa phần mềm lớn và để đảm bảo mức chất lượng ổn định, Đảm bảo chất lượng (QA) đã được giới thiệu trong các quy trình phát triển phần mềm. Thông thường, chúng tôi triển khai các quy trình QA trong quy trình làm việc và một kỹ sư QA giám sát các yêu cầu đã xác định bằng các phương pháp kiểm tra thủ công và tự động.
Tác giả
Wim Hoogenraad
Tên nhà xuất bản
ITpedia
Biểu trưng nhà xuất bản
