Kỹ thuật ước tính - Kiểm tra

Các nỗ lực kiểm tra không dựa trên bất kỳ khung thời gian xác định nào. Các nỗ lực tiếp tục cho đến khi một số mốc thời gian quyết định trước được thiết lập, bất kể việc hoàn thành thử nghiệm.

Điều này chủ yếu là do thông thường, test effort estimation là một phần của development estimation. Chỉ trong trường hợp các kỹ thuật ước lượng sử dụng WBS, chẳng hạn như Wideband Delphi, Ước tính ba điểm, PERT và WBS, bạn mới có thể nhận được các giá trị cho ước tính của các hoạt động thử nghiệm.

Nếu bạn đã nhận được các ước tính dưới dạng Điểm chức năng (FP), thì theo Caper Jones,

Number of Test Cases = (Number of Function Points) × 1.2

Khi bạn có số lượng trường hợp thử nghiệm, bạn có thể lấy dữ liệu năng suất từ cơ sở dữ liệu của tổ chức và thực hiện nỗ lực cần thiết để thử nghiệm.

Phần trăm của Phương pháp Nỗ lực Phát triển

Nỗ lực kiểm tra cần thiết là một tỷ lệ hoặc tỷ lệ phần trăm trực tiếp của nỗ lực phát triển. Nỗ lực phát triển có thể được ước tính bằng cách sử dụng Dòng mã (LOC) hoặc Điểm chức năng (FP). Sau đó, phần trăm nỗ lực để kiểm tra được lấy từ Cơ sở dữ liệu của Tổ chức. Phần trăm thu được được sử dụng để ước tính nỗ lực cho thử nghiệm.

Ước tính các dự án thử nghiệm

Một số tổ chức hiện đang cung cấp dịch vụ xác minh và xác nhận độc lập cho khách hàng của họ và điều đó có nghĩa là các hoạt động của dự án sẽ hoàn toàn là các hoạt động thử nghiệm.

Việc ước tính các dự án kiểm thử đòi hỏi kinh nghiệm về các dự án khác nhau trong vòng đời kiểm thử phần mềm. Khi bạn đang ước tính một dự án thử nghiệm, hãy xem xét -

Kỹ năng nhóm
Kiến thức miền
Độ phức tạp của ứng dụng
Dữ liệu lịch sử
Chu kỳ lỗi cho dự án
Nguồn lực sẵn có
Các biến đổi về năng suất
Môi trường hệ thống và thời gian chết

Kiểm tra kỹ thuật ước tính

Các kỹ thuật ước lượng thử nghiệm sau đây được chứng minh là chính xác và được sử dụng rộng rãi:

Kỹ thuật ước lượng kiểm thử phần mềm PERT
Phương pháp UCP
WBS
Kỹ thuật băng rộng Delphi
Điểm chức năng / Phân tích điểm kiểm tra
Phân phối phần trăm
Kỹ thuật ước tính thử nghiệm dựa trên kinh nghiệm

Kỹ thuật ước tính kiểm tra phần mềm PERT

Kỹ thuật ước tính kiểm thử phần mềm PERT dựa trên các phương pháp thống kê, trong đó mỗi nhiệm vụ kiểm thử được chia thành các nhiệm vụ con và sau đó ba loại ước tính được thực hiện trên mỗi nhiệm vụ con.

Công thức được sử dụng bởi kỹ thuật này là:

Test Estimate = (O + (4 × M) + E)/6

Ở đâu,

O = Ước tính lạc quan (trường hợp tốt nhất trong đó không có gì sai và tất cả các điều kiện đều tối ưu).

M = Nhiều khả năng ước tính (rất có thể là khoảng thời gian và có thể có một số vấn đề nhưng hầu hết mọi thứ sẽ diễn ra đúng như vậy).

L = Ước tính bi quan (trường hợp xấu nhất mọi thứ diễn ra không như ý muốn).

Độ lệch chuẩn của kỹ thuật được tính như sau:

Standard Deviation (SD) = (E − O)/6

Phương pháp điểm trường hợp sử dụng

Phương pháp UCP dựa trên các trường hợp sử dụng trong đó chúng tôi tính toán trọng số tác nhân chưa điều chỉnh và trọng số trường hợp sử dụng chưa điều chỉnh để xác định ước tính kiểm thử phần mềm.

Ca sử dụng là tài liệu chỉ định những người dùng, hệ thống hoặc các bên liên quan khác tương tác với ứng dụng liên quan. Họ được đặt tên là "Diễn viên". Các tương tác thực hiện một số mục tiêu xác định bảo vệ lợi ích của tất cả các bên liên quan thông qua các hành vi hoặc luồng khác nhau được gọi là các kịch bản.

Step 1- Đếm số không. của các diễn viên. Các tác nhân bao gồm tích cực, tiêu cực và đặc biệt.

Step 2 - Tính toán trọng lượng diễn viên chưa điều chỉnh như

Unadjusted Actor Weights = Total no. of Actors

Step 3 - Đếm số ca sử dụng.

Step 4 - Tính toán trọng số trường hợp sử dụng chưa được điều chỉnh như

Unadjusted Use-Case Weights = Total no. of Use-Cases

Step 5 - Tính điểm trường hợp sử dụng chưa điều chỉnh như

Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)

Step 6- Xác định yếu tố kỹ thuật / môi trường (TEF). Nếu không có sẵn, hãy lấy nó là 0,50.

Step 7 - Tính toán điểm trường hợp sử dụng đã điều chỉnh như

Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]

Step 8 - Tính tổng nỗ lực như

Total Effort = Adjusted Use-Case Point × 2

Cấu trúc phân chia công việc

Step 1 - Tạo WBS bằng cách chia nhỏ dự án thử nghiệm thành nhiều phần nhỏ.

Step 2 - Chia module thành các module con.

Step 3 Chia các mô-đun con thành các chức năng.

Step 4 - Chia chức năng thành các chức năng con.

Step 5 - Xem lại tất cả các yêu cầu kiểm tra để đảm bảo chúng được thêm vào WBS.

Step 6 - Tìm ra số lượng nhiệm vụ mà nhóm của bạn cần hoàn thành.

Step 7 - Ước tính nỗ lực cho từng nhiệm vụ.

Step 8 - Ước tính thời lượng của từng nhiệm vụ.

Kỹ thuật băng rộng Delphi

Trong Phương pháp Wideband Delphi, WBS được phân phối cho một nhóm bao gồm 3-7 thành viên để ước tính lại các nhiệm vụ. Ước tính cuối cùng là kết quả của các ước tính tổng hợp dựa trên sự đồng thuận của nhóm.

Phương pháp này nói nhiều về kinh nghiệm hơn là bất kỳ công thức thống kê nào. Phương pháp này được phổ biến bởi Barry Boehm để nhấn mạnh vào việc lặp lại nhóm để đạt được sự đồng thuận trong đó nhóm hình dung các khía cạnh khác nhau của các vấn đề trong khi ước tính nỗ lực kiểm tra.

Phân tích điểm chức năng / điểm kiểm tra

FP chỉ ra chức năng của ứng dụng phần mềm từ quan điểm của người dùng và được sử dụng như một kỹ thuật để ước tính quy mô của một dự án phần mềm.

Trong thử nghiệm, ước tính dựa trên tài liệu đặc tả yêu cầu hoặc dựa trên nguyên mẫu của ứng dụng đã tạo trước đó. Để tính toán FP cho một dự án, cần phải có một số thành phần chính. Họ là -

Unadjusted Data Function Points - i) Tệp bên trong, ii) Giao diện bên ngoài
Unadjusted Transaction Function Points - i) Đầu vào của người dùng, ii) Đầu ra của người dùng & iii) Yêu cầu của người dùng
Capers Jones basic formula -

Số trường hợp thử nghiệm = (Số điểm chức năng) × 1,2
Total Actual Effort (TAE) -

(Số lượng trường hợp thử nghiệm) × (Phần trăm nỗ lực phát triển / 100)

Phân phối phần trăm

Trong kỹ thuật này, tất cả các giai đoạn của Vòng đời phát triển phần mềm (SDLC) được chỉ định nỗ lực theo%. Điều này có thể dựa trên dữ liệu trong quá khứ từ các dự án tương tự. Ví dụ -

Giai đoạn	% Nỗ lực
Quản lý dự án	7%
Yêu cầu	9%
Thiết kế	16%
Mã hóa	26%
Thử nghiệm (tất cả các Giai đoạn Thử nghiệm)	27%
Tài liệu	9%
Cài đặt và Đào tạo	6%

Tiếp theo,% nỗ lực dành cho thử nghiệm (tất cả các giai đoạn thử nghiệm) được phân bổ thêm cho tất cả các Giai đoạn Thử nghiệm -

Tất cả các giai đoạn thử nghiệm	% Nỗ lực
Kiểm tra thành phần	16
Kiểm tra độc lập	84
Total	100

Kiểm tra độc lập	% Nỗ lực
Thử nghiệm hội nhập	24
Thử nghiệm hệ thống	52
Kiểm tra chấp nhận	24
Total	100

Thử nghiệm hệ thống	% Nỗ lực
Kiểm tra hệ thống chức năng	65
Kiểm tra hệ thống phi chức năng	35
Total	100

Kiểm tra quy hoạch và kiến trúc thiết kế	50%
Giai đoạn xem xét	50%

Kỹ thuật ước tính thử nghiệm dựa trên kinh nghiệm

Kỹ thuật này dựa trên phép loại suy và các chuyên gia. Kỹ thuật này giả định rằng bạn đã thử nghiệm các ứng dụng tương tự trong các dự án trước đó và thu thập số liệu từ các dự án đó. Bạn cũng đã thu thập số liệu từ các thử nghiệm trước đó. Lấy thông tin đầu vào từ các chuyên gia về chủ đề, những người hiểu rất rõ về ứng dụng (cũng như kiểm tra) và sử dụng các số liệu bạn đã thu thập và đến nỗ lực kiểm tra.