Chương 6 – 6.2 – Sử dụng hiệu quả các công cụ: lợi ích tiềm năng và rủi ro – Phần 3/3

Công cụ kiểm thử hiệu năng

Kiểm thử hiệu năng đang phát triển thành một chuyên ngành riêng của nó. Với kiểm thử chức năng, các loại lỗi mà chúng ta đang tìm kiếm là chức năng (hệ thống hoặc thành phần có tạo ra kết quả chính xác cho các đầu vào nhất định không)? Trong kiểm thử hiệu năng, chúng ta thường không quan tâm nhiều đến tính chính xác của chức năng, mà là các đặc tính chất lượng phi chức năng. Khi sử dụng một công cụ kiểm thử hiệu năng, chúng ta đang xem xét thông lượng giao dịch, mức độ độ chính xác của một tính toán nhất định, tài nguyên máy tính được sử dụng cho một mức giao dịch nhất định, thời gian thực hiện cho một số giao dịch nhất định hoặc số lượng người dùng có thể sử dụng hệ thống cùng một lúc.

Để tận dụng tối đa công cụ kiểm tra hiệu suất, điều quan trọng là phải hiểu công cụ đó có thể và không thể làm gì cho bạn. Mặc dù điều này cũng đúng với các loại công cụ khác, nhưng có một số vấn đề cụ thể với các công cụ kiểm tra hiệu suất, bao gồm:

  • Thiết kế tải trọng do công cụ tạo ra (ví dụ: đầu vào ngẫu nhiên hoặc theo hồ sơ người dùng)
  • Các khía cạnh thời gian (ví dụ: chèn độ trễ để làm cho đầu vào của người dùng mô phỏng trở nên thực tế hơn)
  • Thời lượng của bài kiểm thử và phải làm gì nếu bài kiểm thử kết thúc sớm
  • Thu hẹp vị trí nút thắt cổ chai
  • Chính xác những khía cạnh cần đo lường (ví dụ: mức độ tương tác của người dùng hoặc cấp độ máy chủ)
  • Cách trình bày thông tin thu thập được.

Công cụ phân tích tĩnh

Các công cụ phân tích tĩnh rất hữu ích cho các nhà phát triển, vì chúng có thể xác định các vấn đề tiềm ẩn trong mã trước khi mã được thực thi và chúng cũng có thể giúp kiểm thử xem mã có được viết theo tiêu chuẩn mã hóa hay không.

Khi một công cụ phân tích tĩnh được giới thiệu lần đầu tiên, có thể có một số vấn đề.

Ví dụ: nếu công cụ kiểm thử tiêu chuẩn mã hóa hiện tại so với mã được viết cách đây vài năm, thì có thể có một số điểm được tìm thấy trong mã cũ không đáp ứng được tiêu chuẩn mã hóa mới hiện có. Nếu mã cũ đã hoạt động tốt trong nhiều năm, có lẽ không nên thay đổi mã đó chỉ để đáp ứng tiêu chuẩn viết mã mới (trừ khi những thay đổi là cần thiết vì một số lý do khác).

Có rủi ro là những thay đổi để đáp ứng tiêu chuẩn mới có thể có tác dụng phụ không chủ ý mà kiểm thử hồi quy có thể không phát hiện được.

Các công cụ phân tích tĩnh có thể tạo ra một số lượng lớn thông báo, chẳng hạn bằng cách tìm kiếm cùng một nội dung sau mỗi vài dòng. Điều này có thể khá khó chịu, đặc biệt nếu những thứ được tìm thấy hiện không được coi là quan trọng, chẳng hạn như các cảnh báo hơn là các lỗi tiềm ẩn.

Mục đích của công cụ phân tích tĩnh là tạo ra mã sẽ dễ bảo trì hơn trong tương lai, do đó, nên thực hiện các tiêu chuẩn cao hơn trên mã mới vẫn đang được kiểm thử trước khi đưa vào sử dụng, nhưng để cho phép mã cũ hơn được kiểm thử ít nghiêm ngặt hơn. Vẫn có rủi ro là những thay đổi để phù hợp với tiêu chuẩn mới sẽ gây ra tác dụng phụ không mong muốn, nhưng có khả năng lớn hơn là nó sẽ được tìm thấy trong kiểm thử và có thời gian để sửa chữa nó trước khi hệ thống được phát hành.

Một bộ lọc trên đầu ra của. công cụ phân tích tĩnh có thể loại bỏ một số thông báo ít quan trọng hơn và làm cho các thông báo quan trọng hơn có nhiều khả năng được chú ý và sửa chữa hơn.

Công cụ quản lý kiểm thử

Các công cụ quản lý kiểm thử có thể cung cấp nhiều thông tin hữu ích, nhưng thông tin do công cụ tạo ra có thể không ở dạng hiệu quả nhất trong ngữ cảnh của riêng bạn. Có thể cần thêm một số công việc để tạo giao diện cho các công cụ khác hoặc bảng tính nhằm đảm bảo rằng thông tin được truyền đạt theo cách hiệu quả nhất.

Một báo cáo được tạo bởi một công cụ quản lý kiểm thử (trực tiếp hoặc gián tiếp thông qua một công cụ hoặc bảng tính khác) có thể là một báo cáo rất hữu ích vào lúc này, nhưng có thể không hữu ích trong ba hoặc sáu tháng. Điều quan trọng là phải theo dõi thông tin được tạo ra để đảm bảo thông tin đó phù hợp nhất hiện nay.

Điều quan trọng là phải có một quy trình kiểm thử được xác định trước khi các công cụ quản lý kiểm thử được giới thiệu. Nếu quy trình kiểm thử đang hoạt động tốt theo cách thủ công, thì một công cụ quản lý kiểm thử có thể giúp hỗ trợ quy trình và làm cho quy trình hiệu quả hơn. Nếu bạn áp dụng một công cụ quản lý kiểm thử khi các quy trình kiểm tra thử riêng bạn chưa hoàn thiện, một tùy chọn là tuân theo các tiêu chuẩn và quy trình được giả định theo cách thức hoạt động của công cụ. Điều này có thể hữu ích; nhưng không cần thiết phải tuân theo các quy trình dành riêng cho nhà cung cấp. Cách tiếp cận tốt nhất là xác định các quy trình của riêng bạn, có tính đến công cụ bạn sẽ sử dụng, sau đó điều chỉnh công cụ để mang lại lợi ích lớn nhất cho tổ chức của bạn.

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *