Hai cách thường dùng để tính khấu hao là:

Khi tiếp quản một dự án đang gặp vấn đề với khách hàng, bước đầu tiên quan trọng nhất là phải hiểu rõ nguyên nhân gốc rễ của sự không hài lòng này. Các lựa chọn khác như xác nhận hệ thống quản lý thay đổi, xây dựng đội ngũ, hoặc chuẩn bị kế hoạch hành động hiệu chỉnh đều quan trọng, nhưng chúng chỉ nên được thực hiện sau khi đã xác định được nhu cầu và kỳ vọng thực tế của khách hàng. Việc xác nhận nhu cầu và kỳ vọng của khách hàng giúp xác định rõ phạm vi vấn đề và định hướng các hành động tiếp theo một cách hiệu quả nhất. Do đó, đáp án đúng là "Xác nhận các nhu cầu và kỳ vọng của khách hàng".

Câu hỏi mô tả giai đoạn cuối của quá trình xây dựng ứng dụng, khi toàn bộ ứng dụng đã được tích hợp và cần được kiểm thử. Trong giai đoạn này, mục tiêu là kiểm tra xem ứng dụng có hoạt động đúng như mong đợi và đáp ứng các yêu cầu của người dùng hay không.

UAT (Kiểm thử chấp thuận người sử dụng): Đây là loại kiểm thử được thực hiện bởi người dùng cuối để xác minh rằng ứng dụng đáp ứng các yêu cầu nghiệp vụ và sẵn sàng để triển khai. Nó thường được thực hiện sau khi kiểm thử hệ thống hoàn tất. Vì vậy, đây là một lựa chọn phù hợp.

Mođun (Module): Kiểm thử module thường được thực hiện trên các thành phần riêng lẻ của ứng dụng, không phải trên toàn bộ ứng dụng đã tích hợp.

Đơn vị (Unit): Kiểm thử đơn vị tập trung vào việc kiểm tra các đơn vị mã nhỏ nhất (ví dụ: hàm, phương thức) một cách độc lập. Nó không liên quan đến việc kiểm thử toàn bộ ứng dụng.

Hệ thống (System): Kiểm thử hệ thống kiểm tra toàn bộ hệ thống tích hợp để xác minh rằng nó đáp ứng các yêu cầu kỹ thuật. Đây là một bước cần thiết trước UAT.

Vì đội dự án đã sẵn sàng kiểm thử *toàn bộ* ứng dụng đã xây dựng và tích hợp, và họ muốn kiểm tra xem nó đã sẵn sàng để chuyển giao cho người dùng hay chưa, kiểm thử hệ thống (System Testing) là bước phù hợp ngay trước UAT, sau khi kiểm thử hệ thống thành công sẽ đến UAT.