Trước khi tìm hiểu và khám phá một tiến trình kiểm tra ứng dụng cơ bản, ta cần hiểu hai khái niệm sau : Test Case và Test Script .Test CaseMột Test Case hoàn toàn có thể coi nôm na là một trường hợp kiểm tra, được phong cách thiết kế để kiểm tra một đối tượng người tiêu dùng có thỏa mãn nhu cầu nhu yếu đặt ra hay không. Một Test Case thường gồm có 3 phần cơ bản :
• Mô tả: đặc tả các điều kiện cần có để tiến hành kiểm tra.
• Nhập : đặc tả đối tượng người dùng hay tài liệu thiết yếu, được sử dụng làm đầu vào để thực thi việc kiểm tra .• Kết quả mong đợi : tác dụng trả về từ đối tượng người tiêu dùng kiểm tra, chứng tỏ đối tượng người tiêu dùng đạt nhu yếu .Test ScriptMột Test Script là một nhóm mã lệnh dạng đặc tả ngữ cảnh dùng để tự động hóa một trình tự kiểm tra, giúp cho việc kiểm tra nhanh hơn, hoặc cho những trường hợp mà kiểm tra bằng tay sẽ rất khó khăn vất vả hoặc không khả thi. Các Test Script hoàn toàn có thể tạo bằng tay thủ công hoặc tạo tự động hóa dùng công cụ kiểm tra tự động hóa. ( Hình 04 )Phần sau sẽ lý giải rõ hơn những bước cơ bản của một tiến trình kiểm tra .
Một quy trình tiến độ kiểm tra cơ bản hoàn toàn có thể vận dụng thoáng rộng cho nhiều mạng lưới hệ thống PM với những đặc trưng khác nhau .Lập kế hoạch kiểm traMục đích : Nhằm chỉ định và miêu tả những loại kiểm tra sẽ được tiến hành và triển khai. Kết quả của bước lập kế hoạch là bản tài liệu kế hoạch KTPM, gồm có nhiều cụ thể từ những loại kiểm tra, kế hoạch kiểm tra, cho đến thời hạn và phân định lực lượng kiểm tra viên .Bản kế hoạch kiểm tra tiên phong được tăng trưởng rất sớm trong quy trình tăng trưởng ứng dụng ( PTPM ), ngay từ khi những nhu yếu đã tương đối vừa đủ, những công dụng và luồng tài liệu chính đã được miêu tả. Bản kế hoạch này hoàn toàn có thể được coi là bản kế hoạch chính ( master test plan ), trong đó tổng thể những kế hoạch chi tiết cụ thể cho những mức kiểm tra và loại kiểm tra khác nhau đều được đề cập ( hình 05 ) .Lưu ý, tùy theo đặc trưng và độ phức tạp của mỗi dự án Bất Động Sản, những kế hoạch kiểm tra chi tiết cụ thể hoàn toàn có thể được gom chung vào bản kế hoạch chính hoặc được tăng trưởng riêng .Sau khi bản kế hoạch chính được tăng trưởng, những bản kế hoạch chi tiết cụ thể lần lượt được phong cách thiết kế theo trình tự thời hạn tăng trưởng của dự án Bất Động Sản. ( Hình 06 minh họa thời gian tương thích để thiết lập những kế hoạch kiểm tra, gắn liền với quy trình tăng trưởng của dự án Bất Động Sản. Quá trình tăng trưởng những kế hoạch kiểm tra không dừng lại tại một thời gian, mà liên tục được update chỉnh sửa cho tương thích đến tận cuối dự án Bất Động Sản. ) .
Bản kế hoạch chính và những bản kế hoạch chi tiết cụ thểCác bước lập kế hoạch :Xác định nhu yếu kiểm tra : chỉ định bộ phận, thành phần của PM sẽ được kiểm tra, khoanh vùng phạm vi hoặc số lượng giới hạn của việc kiểm tra. Yêu cầu kiểm tra cũng được dùng để xác lập nhu yếu nhân lực .Khảo sát rủi ro đáng tiếc : Các rủi ro đáng tiếc có năng lực xảy ra làm chậm hoặc cản trở quy trình cũng như chất lượng kiểm tra. Ví dụ : kiến thức và kỹ năng và kinh nghiệm tay nghề của kiểm tra viên quá yếu, không hiểu rõ nhu yếu .Xác định kế hoạch kiểm tra : chỉ định chiêu thức tiếp cận để triển khai việc kiểm tra trên PM, chỉ định những kỹ thuật và công cụ tương hỗ kiểm tra, chỉ định những giải pháp dùng để nhìn nhận chất lượng kiểm tra cũng như điều kiện kèm theo để xác lập thời hạn kiểm tra .Xác định nhân lực, vật lực : kỹ năng và kiến thức, kinh nghiệm tay nghề của kiểm tra viên ; phần cứng, ứng dụng, công cụ, thiết bị giả lập … thiết yếu cho việc kiểm tra .Lập kế hoạch chi tiết cụ thể : ước đạt thời hạn, khối lượng việc làm, xác lập cụ thể những phần việc làm, người thực thi, thời hạn toàn bộ những điểm mốc của quy trình kiểm tra .Tổng hợp và tạo những bản kế hoạch kiểm tra : kế hoạch chung và kế hoạch cụ thể .Xem xét những kế hoạch kiểm tra : phải có sự tham gia của tổng thể những người có tương quan, kể cả trưởng dự án Bất Động Sản và hoàn toàn có thể cả người mua. Việc xem xét nhằm mục đích bảo vệ những kế hoạch là khả thi, cũng như để phát hiện ( và sữa chữa sau đó ) những sai sót trong những bản kế hoạch .Thiết kế TestMục đích : Nhằm chỉ định những Test Case và những bước kiểm tra chi tiết cụ thể cho mỗi phiên bản PM. Giai đoạn phong cách thiết kế test là rất là quan trọng, nó bảo vệ tổng thể những trường hợp kiểm tra “ quét ” hết toàn bộ nhu yếu cần kiểm tra .Hình dưới cho thấy việc phong cách thiết kế test không phải chỉ làm một lần, nó sẽ được sửa chữa thay thế, update, thêm hoặc bớt xuyên suốt chu kỳ luân hồi PTPM, vào bất kể khi nào có sự biến hóa nhu yếu, hoặc sau khi nghiên cứu và phân tích thấy cần được sửa chữa thay thế hoặc bổ trợ .
Thời điểm tương thích để thiết lập những kế hoạch kiểm traCác bước phong cách thiết kế test gồm có :• Xác định và miêu tả Test Case : xác lập những điều kiện kèm theo cần thiết lập trước và trong lúc kiểm tra. Mô tả đối tượng người dùng hoặc tài liệu nguồn vào, diễn đạt những tác dụng mong đợi sau khi kiểm tra .• Mô tả những bước cụ thể để kiểm tra : những bước này diễn đạt chi tiết cụ thể để triển khai xong một Test Case khi triển khai kiểm tra. Các Test Case như đã nói ở trên thường chỉ diễn đạt nguồn vào, đầu ra, còn phương pháp triển khai như thế nào thì không được định nghĩa. Thao tác này nhằm mục đích chi tiết cụ thể hóa những bước của một Test Case, cũng như chỉ định những loại tài liệu nào cần có để thực thi những Test Case, chúng gồm có những loại tài liệu trực tiếp, gián tiếp, trung gian, mạng lưới hệ thống …• Xem xét và khảo sát độ bao trùm của việc kiểm tra : diễn đạt những chỉ số và phương pháp xác lập việc kiểm tra đã hoàn thành xong hay chưa ? bao nhiêu Xác Suất PM đã được kiểm tra ? Để xác lập điều này có hai chiêu thức : địa thế căn cứ trên nhu yếu của ứng dụng hoặc địa thế căn cứ trên số lượng code đã viết .• Xem xét Test Case và những bước kiểm tra : Việc xem xét cần có sự tham gia của tổng thể những người có tương quan, kể cả trưởng dự án Bất Động Sản nhằm mục đích bảo vệ những Test Case và tài liệu nhu yếu là đủ và phản ánh đúng những nhu yếu cần kiểm tra, độ bao trùm đạt nhu yếu, cũng như để phát hiện ( và sữa chữa ) những sai sót .Phát triển Test ScriptMục đích : Bước này thường không bắt buộc trong những loại và mức kiểm tra, chỉ nhu yếu trong những trường hợp đặc trưng cần thiết kế, tạo ra những Test Script có năng lực chạy trên máy tính giúp tự động hóa việc thực thi những bước kiểm tra đã định nghĩa ở bước phong cách thiết kế test .Các bước tăng trưởng Test Script gồm có : • Tạo Test Script : bằng tay thủ công hoặc dùng công cụ tương hỗ để phát sinh script một cách tự động hóa ( tuy nhiên trong hầu hết mọi trường hợp, ta vẫn phải chỉnh sửa ít hoặc nhiều trên những script được sinh tự động hóa ). Thông thường, mỗi bước kiểm tra được phong cách thiết kế trong phần phong cách thiết kế test, yên cầu tối thiểu một Test Script. Các Test Script có năng lực tái sử dụng càng nhiều càng tốt để tối ưu hóa việc làm .• Kiểm tra Test script : xem có “ chạy ” tốt không nhằm mục đích bảo vệ những Test Script hoạt động giải trí đúng nhu yếu, biểu lộ đúng ý đồ của những bước kiểm tra .• Thành lập những bộ tài liệu ngoài dành cho những Test Script : bộ tài liệu này sẽ được những Test Script sử dụng khi triển khai kiểm tra tự động hóa. Gọi là “ ngoài ” vì chúng được lưu độc lập với những Test Script, tránh trường hợp vì dễ dãi, 1 số ít kiểm tra viên “ tích hợp ” luôn phần tài liệu vào bên trong code của những script ( thuật ngữ trình độ gọi là “ hard-code ” ). Việc tách riêng tài liệu được cho phép thuận tiện biến hóa tài liệu khi kiểm tra, cũng như giúp việc chỉnh sửa hoặc tái sử dụng những script sau này .• Xem xét và khảo sát độ bao trùm của việc kiểm tra : bảo vệ những Test Script được tạo ra bao trùm hàng loạt những bước kiểm tra theo nhu yếu .Thực hiện kiểm traMục đích : Thực hiện những bước kiểm tra đã phong cách thiết kế ( hoặc thi hành những Test Script nếu triển khai kiểm tra tự động hóa ) và ghi nhận hiệu quả .Hình 06 cho ta thấy, việc thực thi kiểm tra cũng được làm rất nhiều lần trong suốt quy trình kiểm tra, cho đến khi tác dụng kiểm tra cho thấy đủ điều kiện kèm theo để dừng hoặc tạm dừng việc triển khai .
Quá trình thực hiện kiểm tra thường thông qua các bước sau:
• Thực hiện những bước kiểm tra : bằng tay thủ công hoặc thi hành những Test Script nếu là quá trình kiểm tra tự động hóa. Để triển khai kiểm tra, thao tác tiên phong cần làm là xác lập và khởi động môi trường tự nhiên và điều kiện kèm theo kiểm tra. Việc này nhằm mục đích bảo vệ tổng thể những bộ phận tương quan ( như phần cứng, ứng dụng, sever, mạng, tài liệu … ) đã được thiết lập và sẵn sàng chuẩn bị, trước khi chính thức mở màn triển khai kiểm tra .• Đánh giá quy trình kiểm tra : giám sát quy trình kiểm tra suôn sẻ đến khi triển khai xong hay bị treo và dừng giữa chừng, có cần bổ trợ hay sữa chữa gì không để quy trình kiểm tra được tốt hơn .– Nếu quy trình diễn ra trơn tru, kiểm tra viên triển khai xong chu kỳ luân hồi kiểm tra và chuyển qua bước “ Thẩm định hiệu quả kiểm tra ”– Nếu quy trình bị treo hoặc dừng giữa chừng, kiểm tra viên cần nghiên cứu và phân tích để xác lập nguyên do lỗi, khắc phục lỗi và lập lại quy trình kiểm tra .• Thẩm định hiệu quả kiểm tra : sau khi kết thúc, hiệu quả kiểm tra cần được xem xét để bảo vệ hiệu quả nhận được là đáng đáng tin cậy, cũng như phân biệt được những lỗi xảy ra không phải do PM mà do tài liệu dùng để kiểm tra, môi trường tự nhiên kiểm tra hoặc những bước kiểm tra ( hoặc Test Script ) gây ra. Nếu thực sự lỗi xảy ra do quy trình kiểm tra, cần phải thay thế sửa chữa và kiểm tra lại từ đầu .Đánh giá quy trình kiểm traMục đích : Đánh giá hàng loạt quy trình kiểm tra, gồm có xem xét và nhìn nhận hiệu quả kiểm tra, liệt kê lỗi, chỉ định những nhu yếu đổi khác, và giám sát những số liệu tương quan đến quy trình kiểm tra ( ví dụ điển hình số giờ, thời hạn kiểm tra, số lượng lỗi, phân loại lỗi … ) .Lưu ý, mục tiêu của việc nhìn nhận tác dụng kiểm tra ở bước này trọn vẹn khác với bước đánh giá và thẩm định tác dụng kiểm tra sau khi hoàn tất một vòng kiểm tra. Đánh giá tác dụng kiểm tra ở tiến trình này mang tính toàn cục và nhằm mục đích vào bản thân giá trị của những hiệu quả kiểm tra .Hình 06 cho thấy, việc nhìn nhận quy trình và hiệu quả kiểm tra được triển khai song song với bất kể lần kiểm tra nào và chỉ chấm hết khi quy trình kiểm tra đã hoàn tất .
| |
 Cấu trúc của một mức trưởng thành trong mô hình TMM |
Đánh giá quy trình kiểm tra thường trải qua những bước sau : • Phân tích tác dụng kiểm tra và yêu cầu nhu yếu thay thế sửa chữa : Chỉ định và nhìn nhận sự độc lạ giữa hiệu quả mong đợi và hiệu quả kiểm tra thực tiễn, tổng hợp và gửi thông tin nhu yếu thay thế sửa chữa đến những người có nghĩa vụ và trách nhiệm trong dự án Bất Động Sản, tàng trữ để kiểm tra sau đó .• Đánh giá độ bao trùm : Xác định quy trình kiểm tra có đạt được độ bao trùm nhu yếu hay không, tỷ suất nhu yếu đã được kiểm tra ( tính trên những nhu yếu của PM và số lượng code đã viết ) .• Phân tích lỗi : Đưa ra số liệu ship hàng cho việc nâng cấp cải tiến những quy trình tiến độ tăng trưởng, giảm sai sót cho những chu kỳ luân hồi tăng trưởng và kiểm tra sau đó. Ví dụ, đo lường và thống kê tỷ suất phát sinh lỗi, xu thế gây ra lỗi, những lỗi “ ngoan cố ” hoặc liên tục tái xuất hiện .• Xác định quy trình kiểm tra có đạt nhu yếu hay không : Phân tích nhìn nhận để xem những Test Case và kế hoạch kiểm tra đã phong cách thiết kế có bao trùm hết những điểm cần kiểm tra hay không ? Kiểm tra có đạt nhu yếu dự án Bất Động Sản không ? Từ những tác dụng này, kiểm tra viên hoàn toàn có thể sẽ phải đổi khác kế hoạch hoặc phương pháp kiểm tra .• Báo cáo tổng hợp : Tổng hợp hiệu quả những bước ở trên và phải được gửi cho toàn bộ những người có tương quan .Tóm lược : Trên đây là tóm tắt những bước cơ bản của một quá trình KTPM. Tùy theo đặc trưng của dự án Bất Động Sản, loại kiểm tra và mức độ kiểm tra, quy trình tiến độ kiểm tra trong trong thực tiễn hoàn toàn có thể chi tiết cụ thể hơn nhiều, tuy nhiên những bước trên là xương sống của bất kể quá trình kiểm tra nào .Sau đây, chúng tôi sẽ trình làng một quy mô giúp những tổ chức triển khai nhìn nhận và nâng cao năng lượng KTPM của mình, đó là quy mô TMM ( Testing Maturity Model ) .
Share
Pin
0 Shares
