Mô hình trưởng thành thử nghiệm (TMM) trong kiểm thử phần mềm là gì?
⚡ Tóm tắt thông minh
Mô hình Mức độ Trưởng thành Kiểm thử (Testing Maturity Model - TMM) đo lường mức độ trưởng thành của quy trình kiểm thử phần mềm của một tổ chức qua năm cấp độ tích lũy, từ Ban đầu đến Tối ưu. Mô hình này được phát triển từ CMM nhằm cung cấp cho hoạt động kiểm thử một lộ trình cải tiến và phương pháp đánh giá riêng.
Mô hình trưởng thành kiểm thử (Testing Maturity Model - TMM) là gì?
Mô hình trưởng thành thử nghiệm (TMM) TMM là một khuôn khổ để đánh giá mức độ trưởng thành của quy trình kiểm thử phần mềm trong một tổ chức. Nó xác định mức độ trưởng thành hiện tại và đặt ra các mục tiêu để cải thiện quy trình từng bước. TMM có thể được sử dụng cùng với bất kỳ mô hình cải tiến quy trình nào khác hoặc được sử dụng hoàn toàn độc lập.
TMM được xây dựng dựa trên Mô hình Mức độ Trưởng thành Năng lực (CMM) và được phát triển bởi Ilene Burnstein và các đồng nghiệp tại Viện Công nghệ Illinois vào những năm 1990. Trong khi CMM đánh giá toàn bộ quá trình phát triển, TMM thu hẹp phạm vi chỉ tập trung vào giai đoạn thử nghiệm.
Mô hình này có hai thành phần chính:
- Một bộ gồm năm cấp độ xác định khả năng kiểm thử
- Một mô hình đánh giá được sử dụng để xếp một tổ chức vào một trong những cấp độ đó.
Năm cấp độ của mô hình trưởng thành kiểm thử
Năm cấp độ này cho phép một tổ chức xác định quy trình kiểm thử hiện tại của mình và biết chính xác những cải tiến nào cần thiết để đạt được cấp độ tiếp theo. Mỗi cấp độ đều dựa trên cấp độ bên dưới nó, vì vậy không thể bỏ qua chúng.
Lưu ý về việc đặt tên: Mô hình Burnstein gốc đặt tên cho các cấp độ là: Ban đầu, Định nghĩa giai đoạn, Tích hợp, Quản lý và Đo lường, và Tối ưu hóa/Ngăn ngừa lỗi và Kiểm soát chất lượng. Các tên gọi ngắn gọn hơn được sử dụng bên dưới là những tên gọi thông dụng trong ngành.
| Cấp độ TMM | Các mục tiêu | Mục tiêu của các cấp độ TMM |
|---|---|---|
| Cấp độ 1: Ban đầu | Phần mềm sẽ chạy thành công |
|
| Cấp độ 2: Xác định | Phát triển các mục tiêu và chính sách kiểm thử và gỡ lỗi |
|
| Cấp độ 3: Tích hợp | Tích hợp kiểm thử vào vòng đời phần mềm |
|
| Cấp độ 4: Quản lý và đo lường | Thiết lập chương trình đo thử nghiệm |
|
| Cấp độ 5: Tối ưu hóa | Tối ưu hóa quy trình thử nghiệm |
|
TMM so với TMMi: Những thay đổi là gì?
Mô hình được mô tả ở trên là mô hình TMM nguyên bản từ Viện Công nghệ Illinois. Năm 2005, TMMi Foundation được thành lập như một tổ chức phi lợi nhuận độc lập và đã được xuất bản. TMMiViệc tích hợp Mô hình Mức độ Trưởng thành Kiểm thử (Test Maturity Model) là phiên bản mà các tổ chức được đánh giá và chứng nhận dựa trên đó hiện nay.
| Tiêu chí | TMM | TMMi |
|---|---|---|
| Xuất xứ | Viện Công nghệ Illinois, những năm 1990 | TMMi Foundation, từ 2005 |
| Phù hợp với | CMM | CMI |
| Structure | Năm cấp độ với các mục tiêu trưởng thành | Năm cấp độ với các lĩnh vực quy trình, mục tiêu và thực tiễn chính thức. |
| Tên cấp độ 2 | Định nghĩa pha | Quản lý |
| Tên cấp độ 5 | Tối ưu hóa, phòng ngừa lỗi và kiểm soát chất lượng | Tối ưu hóa |
| Chứng nhận chính thức | Không có | Có sẵn thông qua các đơn vị đánh giá được chứng nhận. |
Năm cấp độ của TMMi là: Ban đầu, Được quản lý, Được xác định, Được đo lường và Tối ưu hóa. Tư duy cơ bản là giống nhau, nhưng TMMi chỉ rõ các lĩnh vực quy trình và các thực hành cần thiết chi tiết hơn nhiều, điều này cho phép đánh giá độc lập. Nếu bạn đang lựa chọn mô hình cho một chương trình cải tiến mới, hãy bắt đầu với TMMi; TMM vẫn hữu ích như một nền tảng khái niệm.
Sự khác biệt giữa CMM và TMM
| CMM | TMM |
|---|---|
| Đánh giá mức độ hoàn thiện của toàn bộ quy trình phát triển phần mềm. | Chỉ đánh giá mức độ hoàn thiện của quy trình thử nghiệm. |
| Bao gồm các yêu cầu, thiết kế, lập trình và quản lý dự án. | Bao gồm lập kế hoạch kiểm thử, thiết kế kiểm thử, thực hiện kiểm thử và phòng ngừa lỗi. |
| Thuộc sở hữu của SEI tại Carnegie Mellon, nay đã được thay thế bởi CMMI. | Được phát triển tại Viện Công nghệ Illinois, nay đã được kế thừa bởi TMMi. |
| Kiểm thử là một trong nhiều lĩnh vực thực hành khác. | Việc kiểm thử là trọng tâm toàn bộ của mô hình. |
| Được sử dụng để chứng nhận một tổ chức là nhà cung cấp. | Được sử dụng để nhắm mục tiêu và sắp xếp trình tự. kiểm thử phần mềm cải tiến |
Cách tiến hành đánh giá TMM
Đánh giá này xác định vị trí thực tế của một tổ chức, chứ không phải vị trí mà tổ chức đó tự cho là mình đang đứng. Quá trình đánh giá gồm năm giai đoạn.
- Xác định phạm vi. Hãy xác định những sản phẩm, đội ngũ hoặc đơn vị kinh doanh nào sẽ được đánh giá. Việc đánh giá toàn bộ công ty cùng một lúc hiếm khi mang lại kết quả có thể áp dụng được.
- Thu thập chứng cứ. Thu thập các kế hoạch kiểm thử, trường hợp kiểm thử, báo cáo lỗi và số liệu, sau đó phỏng vấn riêng từng người kiểm thử, nhà phát triển và quản lý. Tài liệu thể hiện những gì được ghi chép; phỏng vấn cho thấy những gì thực sự xảy ra.
- Đánh giá từng mục tiêu. Đánh giá từng mục tiêu phát triển ở cấp độ mục tiêu là hoàn thành đầy đủ, hoàn thành một phần hoặc chưa hoàn thành. Một cấp độ chỉ được đạt được khi tất cả các mục tiêu của cấp độ đó đều được hoàn thành đầy đủ.
- Xác định những điểm thiếu sót. Liệt kê các mục tiêu chưa đạt được theo thứ tự chúng cản trở tiến độ. Vì các cấp độ được tính tích lũy, nên khoảng trống ở cấp độ 2 phải được lấp đầy trước khi bắt đầu bất kỳ công việc nào ở cấp độ 3.
- Xây dựng kế hoạch cải tiến. Gắn người chịu trách nhiệm, ngày hoàn thành mục tiêu và kết quả đo lường được cho mỗi khoảng trống, sau đó đánh giá lại sau một khoảng thời gian đã thỏa thuận.
Hai lời cảnh báo thực tế. Thứ nhất, việc tự đánh giá thường có xu hướng quá lạc quan; nếu kết quả có ý nghĩa quan trọng về mặt thương mại, hãy sử dụng một đơn vị đánh giá bên ngoài được chứng nhận. Thứ hai, hãy tránh cám dỗ chạy theo điểm số. Giá trị nằm ở những cải tiến mà những thiếu sót bộc lộ, chứ không phải ở tấm bằng chứng nhận.
Lợi ích và hạn chế của mô hình trưởng thành thử nghiệm
Các lợi ích
- Một tiêu chuẩn khách quan: Mô hình này thay thế các ý kiến về chất lượng kiểm thử bằng một mức độ được xác định rõ ràng và một danh sách các thiếu sót được ghi chép lại.
- Lộ trình theo trình tự: Vì các cấp độ được cộng dồn, thứ tự cải thiện đã được quyết định sẵn cho bạn.
- Phát hiện lỗi sớm hơn: Các cấp độ cao hơn thúc đẩy việc kiểm thử tiến tới giai đoạn xác định yêu cầu và thiết kế, nơi mà việc sửa lỗi có chi phí thấp nhất.
- Vốn từ vựng chung: Các chuyên gia kiểm thử, nhà phát triển và ban quản lý đều thảo luận về mức độ hoàn thiện sản phẩm bằng cùng một thuật ngữ.
- Bằng chứng từ nhà cung cấp: Chứng chỉ TMMi chính thức được công nhận trong lĩnh vực mua sắm và đấu thầu.traccác cuộc đàm phán.
Hạn chế
- Chậm và tốn kém: Việc thăng cấp thường đòi hỏi nhiều tháng nỗ lực bền bỉ.
- Tài liệu dày đặc: Các yêu cầu về bằng chứng có thể mâu thuẫn với thực tiễn linh hoạt, dễ tiếp cận nếu được áp dụng một cách cứng nhắc.
- Theo đuổi cấp độ: Các nhóm có thể tối ưu hóa cho việc đánh giá thay vì tập trung vào chất lượng sản phẩm.
- Không thể thay thế kỹ năng: Một quy trình hoàn thiện nhưng được thực hiện bởi những người kiểm thử thiếu kinh nghiệm vẫn tạo ra những bài kiểm thử yếu kém.
Kiểm thử mô hình trưởng thành: Những điểm chính cần lưu ý
- TMM đánh giá mức độ hoàn thiện của quy trình kiểm thử ở năm cấp độ, từ Ban đầu đến Tối ưu hóa.
- Nó được phát triển từ CMM nhưng thu hẹp phạm vi từ toàn bộ quy trình phát triển xuống chỉ còn khâu kiểm thử.
- Các cấp độ được tích lũy: một tổ chức không thể đạt đến cấp độ Tích hợp nếu chưa đáp ứng được các mục tiêu của cấp độ Xác định.
- Các lỗi được phát hiện sau khi giao hàng là những lỗi tốn kém nhất để khắc phục, đó là lý do kinh tế để nâng cao mức độ hoàn thiện của khâu kiểm thử.
- TMMi, được duy trì bởi TMMi FoundationĐây là phiên bản kế nhiệm hiện tại và là phiên bản được sử dụng để chứng nhận chính thức.


