Phân tích tác động trong kiểm thử phần mềm
Phân tích tác động là gì?
Phân tích tác động được định nghĩa là phân tích tác động của những thay đổi trong sản phẩm hoặc ứng dụng được triển khai. Nó cung cấp thông tin về các khu vực của hệ thống có thể bị ảnh hưởng do sự thay đổi trong phần hoặc tính năng cụ thể của ứng dụng.
Tác động được phân tích về Yêu cầu, Thiết kế & Archikiến trúc, tác động đến Kiểm tra và tác động đến tiến độ.
Với việc kết hợp các tính năng mới vào ứng dụng hoặc sản phẩm, việc kiểm tra ảnh hưởng của các tính năng hoặc thay đổi mới này đến hiệu suất của hệ thống trở nên cấp thiết. Vì lý do này, Phân tích tác động được thực hiện.
Tại sao Phân tích tác động của sự thay đổi được thực hiện?
- Nó được thực hiện để hiểu kết quả có thể có của việc thực hiện thay đổi. Việc đưa quá nhiều chức năng vào một sản phẩm có thể làm giảm hiệu suất tổng thể của sản phẩm.
- Để xác định tất cả các tệp, tài liệu và mô hình có thể phải sửa đổi nếu nhóm quyết định thực hiện thay đổi trong sản phẩm
- Để ước tính nỗ lực cần thiết đằng sau việc thực hiện thay đổi
- Để xác định nhiệm vụ cần thiết để thực hiện thay đổi
- Nó sẽ liệt kê các phụ thuộc vào một phần tử cụ thể
Tài liệu phân tích tác động là gì?
Tài liệu Phân tích tác động có thể được sử dụng như một danh sách kiểm tra. Nó được sử dụng để đánh giá yêu cầu thay đổi trước khi thực hiện chúng. Tài liệu Phân tích tác động phải cung cấp thông tin chi tiết như
- Mô tả ngắn gọn về một vấn đề
- Giải thích hoặc đưa ra ví dụ về lỗi gây ra lỗi và/hoặc kém hiệu quả như thế nào
- Bao gồm ước tính về độ phức tạp
- Bao gồm ước tính chi phí và thời gian để sửa chữa
- Chức năng cần kiểm tra
- Liệt kê các trường hợp thử nghiệm mới được tạo cho sự thay đổi
- Tài liệu tham khảo- Đề cập đến tài liệu tham khảo, thông số kỹ thuật, v.v.
Ví dụ:
Tài liệu phân tích tác động.
- Thay đổi ID yêu cầu:
- Chức vụ:
- Description:
- Ngày chuẩn bị:
- Ước tính mức độ ưu tiên:
- Lợi ích tương đối
- Hình phạt tương đối
- Chi phí tương đối
- Rủi ro tương đối
- Tổng nỗ lực ước tính: …..giờ
- Công sức bị mất ước tính: ……..giờ
- Lịch trình dự kiến Tác động:……ngày
- Chất lượng bị ảnh hưởng;
- Yêu cầu khác bị ảnh hưởng:
- Các nhiệm vụ khác bị ảnh hưởng:
- Vấn đề tích hợp:
Cách trình bày mức độ ảnh hưởng của Phân tích tác động
Phân tích tác động có thể được đánh dấu theo mã màu để thể hiện mức độ quan trọng của những thay đổi hoặc tác động của những thay đổi đối với hệ thống. Mã màu có thể là bất cứ thứ gì như hiển thị bên dưới.
- Đỏ- Mạnh
- Vàng- Vừa phải
- Xanh- Yếu
Bảng trên giải thích tác động của những thay đổi được thực hiện
- Các đặc điểm được đánh dấu màu đỏ biểu thị các đặc điểm chính được thay đổi, các đặc điểm có màu vàng là các đặc điểm ít bị ảnh hưởng bởi sự thay đổi và các đặc điểm có màu xanh lá cây là ít bị thay đổi nhất.
- Các tính năng được đề cập theo chiều dọc giống với các tính năng được thay đổi trong khi các tính năng được đề cập theo chiều ngang có thể bị ảnh hưởng bởi các thay đổi được thực hiện. Ví dụ: trong ví dụ trên, sự thay đổi ở tính năng 1 sẽ ảnh hưởng đến tính năng 3
- Đối với một dự án lớn hơn, nơi có nhiều tính năng và chức năng hơn thì bảng trên có thể không có tác dụng gì. Trong trường hợp đó, một cách tiếp cận khác được áp dụng, trong đó nhà phát triển đánh dấu ngay mức độ ảnh hưởng do những thay đổi trong các tính năng chính. Như được hiển thị bên dưới, nơi tác động của tính năng Chính được đánh dấu cho các tính năng phụ tương ứng.
Các câu hỏi mẫu cần giải quyết khi thực hiện Phân tích tác động
- Tác dụng phụ hoặc rủi ro bất lợi của việc thực hiện thay đổi được đề xuất là gì?
- Có công cụ nào được mua để thực hiện và kiểm tra sự thay đổi không?
- Nếu thay đổi được chấp nhận thì sẽ mất bao nhiêu công sức đã được đầu tư?
- Những thay đổi được đề xuất có ảnh hưởng xấu đến yêu cầu về hiệu suất không?
- Để xác minh thay đổi được đề xuất, có cần phải có thông tin đầu vào của người dùng khác không?
- Sự thay đổi có làm tăng giá thành sản phẩm không?
- Liệu sự thay đổi được đề xuất có phải là điều mà nhân viên hiện tại có kiến thức và kỹ năng không?
- Thay đổi được đề xuất có đặt ra bất kỳ nhu cầu không thể chấp nhận nào đối với bất kỳ tài nguyên máy tính nào không?
Các phương pháp hay nhất để thay đổi Phân tích tác động
- Trước khi bắt đầu Phân tích tác động, hãy đảm bảo yêu cầu thử nghiệm không chứa thông tin về những phần của dự án bị ảnh hưởng bởi những thay đổi
- Phải tiếp tục liên lạc giữa nhà phát triển và người thử nghiệm, không bỏ lỡ bất kỳ thay đổi nào cần thiết để triển khai trong sản phẩm cuối cùng
- Xác định xem có cần thay đổi, xóa hoặc bổ sung giao diện người dùng hay không.
- Ước tính số lượng các trường hợp thử nghiệm chấp nhận, hệ thống hoặc tích hợp sẽ được yêu cầu
- Xác định bất kỳ tác động nào của thay đổi được đề xuất đối với kế hoạch dự án, kế hoạch quản lý cấu hình hoặc kế hoạch đảm bảo chất lượng khác.
Tổng kết
- Phân tích tác động sẽ đảm bảo phần nào của ứng dụng cần được thay đổi
- Tác động lên hệ thống được phân tích về Yêu cầu, Thiết kế & Archikiến trúc, tác động lên Test, v.v.
- Nó giúp phân tích mức độ của kiểm tra hồi quy được yêu cầu