Vai trò quan trọng của phân tích tác động trong kiểm tra bảo trì là giúp xác định cách các thay đổi có thể ảnh hưởng đến các thành phần của hệ thống hiện có. Điều này bao gồm việc đánh giá tác động của các thay đổi đối với hiệu suất, tính ổn định và khả năng tương thích của hệ thống. Phân tích tác động giúp các kỹ sư bảo trì xác định các rủi ro tiềm ẩn và thực hiện các biện pháp phòng ngừa để tránh các vấn đề có thể xảy ra. Nó cũng giúp họ xác định các khu vực cần cải thiện và tối ưu hóa hệ thống để đảm bảo rằng nó hoạt động một cách hiệu quả và ổn định.

Thử nghiệm liên quan đến thay đổi bao gồm các loại thử nghiệm sau: Confirmation và regression testing. Confirmation testing là quá trình kiểm tra lại các yêu cầu chức năng đã được xác nhận trước đó để đảm bảo chúng vẫn hoạt động đúng sau khi thay đổi. Regression testing là quá trình kiểm tra lại các yêu cầu chức năng đã được xác nhận trước đó để đảm bảo chúng không bị ảnh hưởng bởi các thay đổi khác.

Mục tiêu chính của việc kiểm thử chức năng là xác minh rằng phần mềm hoạt động theo các yêu cầu được chỉ định. Kiểm thử chức năng là một phần quan trọng của quá trình kiểm thử phần mềm, giúp đảm bảo rằng phần mềm đáp ứng các yêu cầu chức năng được xác định trước. Trong quá trình kiểm thử chức năng, các kỹ sư phần mềm sẽ thực hiện các thử nghiệm để xác minh rằng phần mềm thực hiện các chức năng như mong đợi, bao gồm cả các chức năng cơ bản và các chức năng phức tạp. Mục tiêu chính của kiểm thử chức năng là xác minh rằng phần mềm hoạt động đúng như đã được chỉ định, giúp đảm bảo rằng phần mềm đáp ứng các yêu cầu của người dùng và đạt được hiệu suất tốt.

Một phần mềm ứng dụng thường bao gồm nhiều tính năng và chức năng khác nhau. Để đảm bảo rằng phần mềm hoạt động đúng như mong đợi, các nhà phát triển cần thực hiện các thử nghiệm để kiểm tra tính năng và chức năng của phần mềm. Một tập hợp các thử nghiệm được gọi là "A" bao gồm các thử nghiệm trường hợp (test case) để kiểm tra tính năng và chức năng của phần mềm từ đầu đến cuối. Các thử nghiệm trường hợp này giúp đảm bảo rằng phần mềm hoạt động đúng và không có lỗi. Vì vậy, "A" bao gồm các thử nghiệm trường hợp (test case) để kiểm tra tính năng và chức năng của phần mềm.

Mức độ kiểm tra tập trung vào các đơn vị hoặc thành phần riêng lẻ. Trong quá trình phát triển phần mềm, việc kiểm tra từng thành phần nhỏ (đơn vị) là rất quan trọng. Điều này giúp đảm bảo rằng mỗi thành phần nhỏ đều hoạt động đúng và không có lỗi. Mục tiêu của kiểm tra đơn vị là xác định xem từng thành phần nhỏ có đáp ứng yêu cầu hay không. Nói cách khác, kiểm tra đơn vị là quá trình kiểm tra từng phần nhỏ của hệ thống để đảm bảo rằng nó hoạt động chính xác và không có lỗi.

So sánh giữa usability testing và performance testing là một phần quan trọng trong việc đánh giá chất lượng của một hệ thống. Usability testing tập trung vào tính dễ sử dụng của hệ thống, tức là hệ thống có dễ dàng sử dụng và hiểu được không. Trong khi đó, performance testing đo lường khả năng hoạt động của hệ thống, bao gồm tốc độ tải, dung lượng lưu trữ và khả năng xử lý. Điều này có nghĩa là usability testing nhằm mục đích cải thiện trải nghiệm người dùng, trong khi performance testing nhằm mục đích đảm bảo hệ thống có thể hoạt động một cách ổn định và hiệu quả. Vì vậy, hai loại thử nghiệm này có mục tiêu và phạm vi khác nhau.

Integration testing (thử nghiệm tích hợp) là một loại thử nghiệm phần mềm được sử dụng để kiểm tra các giao diện giữa các thành phần, tương tác giữa các phần khác nhau của hệ thống như hệ điều hành, hệ thống tệp và phần cứng hoặc giao diện giữa các hệ thống. Mục tiêu của thử nghiệm tích hợp là đảm bảo rằng các thành phần khác nhau của hệ thống hoạt động đúng và tương tác với nhau một cách chính xác. Điều này giúp phát hiện ra các lỗi và sai sót trong hệ thống và đảm bảo rằng hệ thống hoạt động một cách ổn định và hiệu quả. Thử nghiệm tích hợp thường được thực hiện sau khi các thành phần riêng lẻ đã được thử nghiệm và chứng minh là hoạt động đúng.

Để xác định ứng dụng đáp ứng được các yêu cầu kinh doanh, chúng ta cần thực hiện các bài kiểm tra ở mức nào? Câu trả lời đúng là Acceptance testing. Acceptance testing là quá trình kiểm tra cuối cùng để xác minh ứng dụng đáp ứng được các yêu cầu kinh doanh và các yêu cầu chức năng. Quá trình này thường được thực hiện bởi người dùng cuối hoặc người quản lý dự án. Trong Acceptance testing, các yêu cầu kinh doanh sẽ được kiểm tra một cách chi tiết để đảm bảo rằng ứng dụng đáp ứng được tất cả các yêu cầu. Điều này giúp đảm bảo rằng ứng dụng sẽ hoạt động đúng và đáp ứng được nhu cầu của người dùng.

Một walkthrough là một quá trình đánh giá kỹ lưỡng và chi tiết về một sản phẩm, dự án hoặc quy trình. Mục đích chính của walkthrough là giáo dục người tham gia và thu thập phản hồi. Quá trình này giúp người tham gia hiểu rõ hơn về sản phẩm, dự án hoặc quy trình, đồng thời có cơ hội đóng góp ý kiến và đề xuất cải thiện. Thông qua walkthrough, người tham gia có thể nhận được thông tin chi tiết về các tính năng, chức năng, và quy trình hoạt động của sản phẩm, dự án hoặc quy trình. Điều này giúp người tham gia có thể đưa ra ý kiến và đề xuất một cách có căn cứ và hiệu quả.

Static testing trong phát triển phần mềm giúp kiểm tra mã nguồn trước khi thực hiện các hoạt động khác. Nó giúp giảm thiểu các lỗi và cải thiện chất lượng phần mềm. Tuy nhiên, một trong những lợi ích không chính xác của static testing là cải thiện giao tiếp giữa các thành viên trong đội ngũ trong quá trình tham gia các đánh giá. Thực tế, static testing không trực tiếp cải thiện giao tiếp giữa các thành viên trong đội ngũ. Thay vào đó, nó giúp giảm thiểu các lỗi và cải thiện chất lượng phần mềm, từ đó giúp đội ngũ phát triển phần mềm làm việc hiệu quả hơn.

Trong một đánh giá chính thức, các vai trò sau đây thường được tham gia: - Nhà phát triển (Developer): chịu trách nhiệm về chất lượng và hiệu suất của sản phẩm. - Người điều hành (Moderator): đảm bảo quá trình đánh giá diễn ra suôn sẻ và công bằng. - Lãnh đạo đánh giá (Review leader): chịu trách nhiệm tổng thể về quá trình đánh giá và đảm bảo các tiêu chí đánh giá được thực hiện. - Đánh giá viên (Reviewer): đánh giá sản phẩm dựa trên các tiêu chí đã được xác định. - Kỹ sư kiểm thử (Tester): kiểm tra sản phẩm để đảm bảo nó hoạt động đúng như mong đợi. Vậy, các vai trò trong một đánh giá chính thức bao gồm: Nhà phát triển, Người điều hành, Lãnh đạo đánh giá, Đánh giá viên và Kỹ sư kiểm thử.

Kỹ thuật kiểm thử tĩnh (static testing) là một phương pháp kiểm thử phần mềm mà không cần thực hiện chương trình. Trong đó, kỹ thuật "Error guessing" là một phương pháp kiểm thử tĩnh phổ biến. Kỹ thuật này dựa trên kinh nghiệm và kiến thức của người kiểm thử để đoán lỗi tiềm ẩn trong mã nguồn. Người kiểm thử sẽ sử dụng kiến thức về lập trình, thiết kế và các nguyên tắc kiểm thử để tìm kiếm các lỗi tiềm ẩn trong mã nguồn. Kỹ thuật này giúp phát hiện các lỗi sớm và hiệu quả, giảm thiểu thời gian và chi phí phát triển phần mềm.