Thông tin cơ bản về thử nghiệm phát hành

Trước khi cung cấp một hệ thống phần mềm cho công chúng, một loạt các thử nghiệm nên được tiến hành để đảm bảo phần mềm chạy như dự kiến. Các sai sót được sửa chữa và loại bỏ sự kém hiệu quả để đưa ra một chương trình chạy liền mạch. Một loạt các thử nghiệm được tiến hành với mục đích xác định và sửa lỗi, tiền thân cho lỗi hệ thống. Nó là một phần thiết yếu của Vòng đời phát triển phần mềm (SDLC) và có lẽ có thể được coi là khía cạnh quan trọng nhất, ngoài thiết kế và mã hóa. Thật vậy, chất lượng của sản phẩm đóng một vai trò rất lớn trong việc tạo tiền đề cho sự chấp nhận và thành công của những sản phẩm tiếp theo trên thị trường. Với suy nghĩ này, việc kiểm tra cho đến nay việc phát hành phần mềm không nên được coi là điều hiển nhiên.

Các bài kiểm tra nhiều mặt nhằm kiểm tra khả năng tải, khả năng tương thích cũng như khả năng tích hợp với các hệ thống khác. Chúng liên quan đến việc sử dụng dữ liệu đặc biệt trên hệ thống và kiểm tra tính nhất quán của các giải pháp được đưa ra trong đó. Dữ liệu này có thể được gọi là dữ liệu giả, vì các kết quả cần thiết đã được biết trước và do đó, các sai lệch của các giải pháp được đưa ra có thể được xác định và sửa chữa theo yêu cầu.

CMDB

Cơ sở dữ liệu quản lý cấu hình (CMDB) đóng một vai trò quan trọng trong thử nghiệm phát hành. Điều này là do quản lý cấu hình liên quan đến việc lập bản đồ toàn bộ đường trục CNTT ở định dạng chi tiết. Cần phải cập nhật CMDB, vì nó sẽ cho phép bạn xem toàn bộ bản đồ của cơ sở hạ tầng CNTT từ góc độ của một thành phần duy nhất. Kiểm tra để khám phá mức độ cập nhật CMDB sẽ làm giảm độ lệch cấu hình và làm cho quá trình dự đoán các lỗi thành phần trong tương lai dễ dàng hơn nhiều. Cuối cùng, việc xây dựng các kế hoạch phục hồi sẽ trở thành một vấn đề đơn giản, với những gì đang bị đe dọa luôn được mô tả rõ ràng trong trường hợp thất bại. Ví dụ, CMDB sẽ đưa ra báo cáo về những gì sẽ bị mất trong trường hợp máy chủ gặp sự cố và sẽ hướng dẫn phân phối rủi ro cho các máy chủ khác, để đảm bảo các tính năng bảo mật bền vững và đáng kể được duy trì trong hệ thống. Điều này có thể ngụ ý sự cần thiết của phần cứng mới và là một nhiệm vụ quan trọng trước khi triển khai được triển khai. Sự thành công của việc triển khai đi một chặng đường dài để tạo ra một hệ thống hiệu quả, tự sửa chữa, đó là giấc mơ của mọi nhà phát triển.

Thử nghiệm phát hành và ALM

Quản lý vòng đời ứng dụng (ALM) kết hợp quản lý kinh doanh và kỹ thuật phần mềm với nhau, bao gồm quy trình thiết kế và quản lý phát hành. Nó tập hợp các giám đốc điều hành từ tất cả các cấp quản lý, từ doanh nghiệp đến bộ phận công nghệ thông tin. ALM nhấn mạnh tầm quan trọng của việc kiểm thử như một phần của vòng đời phần mềm và sẽ khuyến khích việc sử dụng các ứng dụng dành riêng cho việc tự động hóa quy trình. Phần mềm chuyên dụng sẽ kiểm tra tất cả các khía cạnh của phần mềm và đưa ra các đề xuất, khuyến nghị chi tiết về cách cải thiện phần mềm. Thật vậy, phần mềm chất lượng chạy liền mạch và sẽ đảm bảo triển khai tiết kiệm và hiệu quả. Điều này sẽ đảm bảo sự chấp nhận lớn hơn và giảm quán tính, đó là xu hướng mong muốn tuân thủ các chuẩn mực và thủ tục cũ thay vì chuyển sang các hệ thống mới hơn, cải tiến tốt hơn. Những phần mềm này đã được thử, thử nghiệm và tìm thấy để làm cho thử nghiệm phát hành trở thành một hoạt động có thể quản lý được. Chúng được cung cấp cho các tổ chức với chi phí cận biên, nên được tính vào ngân sách phát triển phần mềm.

Kiểm tra ITIL

ITIL mô tả các phương tiện và thủ tục được các tổ chức sử dụng để đạt được mức năng lực tối thiểu, với quan điểm tuân thủ và đo lường cải tiến. Liên quan đến thử nghiệm phát hành, xác nhận và thử nghiệm dịch vụ ITIL hướng đến việc đảm bảo rằng các bản phát hành tuân thủ kỳ vọng của khách hàng và cơ sở hạ tầng CNTT hỗ trợ hệ thống là đầy đủ và có thể hỗ trợ hệ thống. Nó bao gồm một tập hợp các thủ tục đảm bảo rằng các khía cạnh của Thư viện Cơ sở hạ tầng Công nghệ Thông tin được kiểm tra và đánh giá ở tất cả các cấp. Điều này được thực hiện bằng cách sử dụng các phép đo được gọi là Chỉ số Hiệu suất Chính. Việc áp dụng các bài kiểm tra thành phần khác nhau sẽ đảm bảo rằng chỉ các thành phần đáp ứng các tiêu chí nghiêm ngặt mới được triển khai vào giai đoạn phát hành thực tế. Ngoài ra, thử nghiệm ITIL nhằm đảm bảo sự đồng ý rõ ràng của người dùng rằng hệ thống đáp ứng các yêu cầu đặt ra ngay từ đầu.

Thử nghiệm con rối và phát hành

Puppet nhanh chóng trở thành một cái tên quen thuộc liên quan đến phát triển hệ thống và ITIL. Đứa con tinh thần của nó, Labs Inc, được ghi nhận vì đã làm cho các quá trình kiểm tra và gỡ lỗi phát hành trở nên rất dễ dàng. Nó đơn giản hóa việc quản trị hệ thống, do đó làm cho sự nhanh nhẹn của hệ thống trở thành hiện thực. Nền tảng này đại diện cho sự di chuyển đáng chú ý của các phương pháp quản trị hệ thống từ các phương pháp truyền thống hơn và cung cấp cách tiếp cận kép để kiểm tra và gỡ lỗi hệ thống. Nếu hệ thống gặp lỗi cú pháp với các cấu hình, hệ thống sẽ cung cấp tên tệp và số dòng có liên quan để sửa lỗi ngay lập tức. Liên quan đến việc đánh giá cấu hình tổng thể, nó cung cấp đầu ra chi tiết, điều này sẽ đảm bảo quản trị viên tìm ra xem cấu hình có bị lệch khỏi định dạng dự định hay không. Chef cũng là một trong những điểm nổi bật của Phong trào Phần mềm Nguồn mở và đóng một vai trò quan trọng trong việc kiểm thử đơn vị để phát triển cơ sở hạ tầng. Các nhà phát triển rất quan tâm đến việc theo kịp sự phát triển trong lĩnh vực này, với các phiên bản mới hơn được tung ra để cung cấp các giải pháp thử nghiệm cho tất cả các nền tảng.

UpGuard cũng là một trong những hệ thống dành riêng cho việc thử nghiệm phát hành trở thành một quy trình đáng giá và hiệu quả. Nó làm việc chặt chẽ với Chef để tự động hóa việc phát hành và kiểm tra cấu hình, kết hợp triển khai tự động hóa và kiểm thử đơn vị cho cơ sở hạ tầng để đảm bảo phần mềm có chất lượng vượt trội. Nó làm cho việc định nghĩa, chạy và phát hành các báo cáo thử nghiệm trở thành một quá trình tiếp xúc, đồng thời khuyến khích sự hợp tác trên diện rộng.

Thật vậy, trước khi phát hành, bất kỳ sản phẩm nào cũng phải được kiểm tra chất lượng và tuân thủ các điều kiện và yêu cầu nghiêm ngặt do người tiêu dùng ngày càng sành điệu đặt ra. Việc không tuân thủ để đáp ứng bất kỳ nhu cầu nào của người tiêu dùng đảm bảo việc từ chối sản phẩm, lỗi chính tả cho nhóm nghiên cứu, thiết kế và phát triển. Cần nỗ lực đáng kể để đảm bảo quy trình thử nghiệm phát hành vượt ra ngoài độ chính xác và nhất quán. Nó cũng phải phục vụ cho nhu cầu của người tiêu dùng dự định, và do đó, một phương tiện để đánh giá mức độ đạt được điều này nên được bắt đầu trước khi triển khai thực sự có thể được dự tính.

Tham khảo

https://wiki.openmrs.org/display/docs/Testing+Releases

https://community.sysaid.com/Sysforums/templates/default/help/files/Guide_CMDB.htm

http://www.opscode.com/blog/2012/08/17/announcing-test-kitchen/