Nhu Cầu & Thử Thách của Doanh Nghiệp

Tổ chức công nghệ phần mềm nâng cao sản phẩm (PE) của Halliburton phát triển phần mềm doanh nghiệp nội bộ quan trọng. Các sản phẩm phần mềm chính của đơn vị kinh doanh 2 được phát triển trên nền tảng Windows bằng cách sử dụng .NET Framework. Phần mềm này cực kỳ phức tạp với giao diện người dùng phong phú, mã nguồn rộng lớn và kiến ​​trúc N-tầng. Các lỗi phần mềm có khả năng tác động đến chất lượng sản phẩm, do đó ảnh hưởng đến khả năng cung cấp dịch vụ cho khách hàng toàn cầu. Để giảm thiểu rủi ro đó, kiểm thử rộng rãi được thực hiện cho mỗi bản cập nhật.

Tổ chức công nghệ phần mềm PE đã sử dụng các thực hành Agile trong một số năm và gần đây đã triển khai tích hợp và triển khai liên tục, hỗ trợ nhiều nhánh đặc trưng để rút ngắn các lần chạy nước rút phát triển. Vào cuối mỗi lần chạy nước rút phát triển 2 tuần, phần mềm đã được kiểm thử để có khả năng bị chia cắt. Các kiểm thử mới đã được tạo và thực hiện cùng với bất kỳ kiểm thử hồi quy tích hợp hệ thống cần thiết nào. Các báo cáo kiểm thử sau đó đã được gửi đến các nhóm quản lý và phát triển sản phẩm để xem xét và ưu tiên sửa lỗi. Sau khi các lỗi được giải quyết, phần mềm đã được gửi lại cho nhóm để kiểm thử xác minh, có thể chạy qua đêm. Các bản cập nhật lớn cần thiết để chạy bộ hồi quy đầy đủ, mất khoảng 8-10 tuần để hoàn thành. Do thời gian cần thiết để thực hiện kiểm thử thủ công, các cải tiến dự kiến ​​về tần suất phát hành sản phẩm không được thực hiện đầy đủ.

Người quản lý QA, Cheronda Bright đã tiếp quản nhóm kiểm thử phần mềm PE ngay sau khi nhóm phát triển thực hiện các chi nhánh tính năng. Trong cấu trúc mới, các cải tiến chức năng đã được thực hiện trong nhánh phát triển trong khi nhóm trải nghiệm người dùng đã cập nhật giao diện người dùng trong một nhánh tính năng riêng biệt. Để kiểm thử để giữ tốc độ với Vận tốc của nhóm phát triển, rõ ràng là cần có những thay đổi lớn. Các tùy chọn là để sửa đổi chiến lược kiểm thử hồi quy, cắt phạm vi tính năng, mở rộng lịch trình hoặc tăng tốc vận tốc của kiểm thử. Do tính chất quan trọng của phần mềm, việc thỏa hiệp về các tính năng hoặc số lượng kiểm thử đã được loại trừ ngay lập tức. Điều này khiến nhóm có thách thức giảm thời gian kiểm thử và duy trì chất lượng. Mặc dù tự động hóa kiểm thử dường như là giải pháp rõ ràng, một số thách thức phải được khắc phục để đi đến một giải pháp khả thi.

Nhiều nền tảng quản lý quy trình giữa các vai trò chức năng đã cản trở sự hợp tác giữa các nhóm Agile. Nhóm phát triển đã sử dụng Microsoft Visual Visual Studio 2012 để kiểm soát nguồn. Scrum Masters và người quản lý sản phẩm đã sử dụng TFS để quản lý câu chuyện và lỗi người dùng, trong khi nhóm kiểm thử sử dụng Trung tâm chất lượng (QC) của Hewlett Packard, để quản lý, thực thi và báo cáo trạng thái.

Các nền tảng riêng biệt gây khó khăn cho các nhóm để theo dõi những thay đổi mới nhất thường dẫn đến các bài kiểm thử nhân đôi đã được chạy trong kiểm thử đơn vị hoặc không chạy các bài kiểm thử cần thiết. Hiệu quả của các nhóm cũng bị ảnh hưởng bởi việc thiếu một ma trận truy xuất nguồn gốc sản phẩm duy nhất cho các yêu cầu, kiểm thử mã và lỗi. Nhưng vấn đề lớn nhất là sau khi thành công ban đầu, phạm vi bảo hiểm tự động hóa giảm với mỗi bản dựng mới do số lượng công việc bảo trì cần thiết để giữ cho các tập lệnh tự động hóa được cập nhật.

Thông Tin Khách Hàng 

Lĩnh Vực: 

• Energy

WEBSITE: 

• www.halliburton.com 

Quy Mô: 

• 50,000+ nhân viên

Địa Điểm: 

• Houston, TX 

Giải Pháp Của LogiGear: 

• TestArchitect ™
• Dịch vụ kiểm thử phần mềm
• Đào tạo & Tư vấn QA

Kết Quả: 

• Hơn 2.000 trường hợp kiểm thử tự động dẫn đến giảm thời gian hồi quy từ 8 tuần xuống còn 5 giờ. Đạt được tích hợp từ đầu đến cuối bằng cách sử dụng Microsoft Team Manager.

Tầm Nhìn

Tầm nhìn cho Halliburton là thực hiện một môi trường phát triển và kiểm thử tích hợp đầy đủ. Đạt được tầm nhìn này sẽ đòi hỏi một sự thay đổi đáng kể về tổ chức và bất kỳ giải pháp công nghệ nào được sử dụng sẽ phải cung cấp sự hợp tác giữa các nhóm để tối đa hóa hiệu quả. Cả nhóm kiểm thử và nhóm phát triển đều được yêu cầu cung cấp đầu vào cho những gì họ tin là cần thiết để làm cho dự án thành công. Giảm thời gian kiểm thử là yêu cầu hàng đầu cho cả hai đội. Nhóm phát triển cũng muốn kiểm thử các thay đổi mã bị ảnh hưởng được thực hiện tự động sau mỗi lần xây dựng. Và, rõ ràng là cả hai đội đều yêu cầu tầm nhìn và báo cáo tốt hơn.

Vì nhóm phát triển đã triển khai Microsoft Visual Studio và TFS, nên việc chuyển sang Microsoft Test Manager (MTM) cho nền tảng kiểm thử dường như cung cấp giải pháp tốt nhất cho nền tảng thống nhất. Có một số lợi ích tiềm năng đạt được bằng cách thay thế QC bằng MTM. Người kiểm thử sẽ có thể chọn các bộ kiểm thử cụ thể và tạo cấu hình kiểm thử dựa trên kế hoạch dự án trong TFS và toàn bộ nhóm Scrum sẽ có quyền truy cập vào các kế hoạch kiểm thử và dự án. Bằng cách tạo báo cáo trạng thái cho tất cả các khía cạnh của dự án, các vấn đề nhân đôi hoặc thiếu các bài kiểm thử thiết yếu có thể được loại bỏ. Báo cáo tốt hơn sẽ cho phép truy xuất nguồn gốc thông qua việc sử dụng các trường hợp kiểm thử, lỗi và cửa hàng người dùng trong TFS. Ngoài ra, việc loại bỏ nền tảng QC sẽ cung cấp giảm chi phí đáng kể cho tổ chức.

Rào cản lớn nhất trong việc chuyển sang một nền tảng chung là lựa chọn giải pháp tự động hóa kiểm thử. Công cụ tự động hóa UI được mã hóa gốc trong MTM không đủ mạnh để mở rộng tự động hóa để đáp ứng nhu cầu của nhóm, khiến cho việc đánh giá các công cụ của bên thứ ba sẽ tích hợp với MTM. Công cụ này cũng sẽ cần hỗ trợ thực thi kiểm thử về kiến ​​trúc N-tầng và tự động triển khai môi trường kiểm thử sử dụng các định nghĩa xây dựng. Tự động hóa sẽ thêm một mức độ phức tạp và yêu cầu một cách tiếp cận kiểm thử mới cho nhóm kiểm thử. Để dự án thành công, nhóm sẽ cần hỗ trợ trong việc thực hiện chiến lược tự động hóa, có được các kỹ năng cần thiết và tích hợp các nền tảng.

Sáng Kiến ​​Chủ Chốt

• Thực hiện tự động hóa kiểm thử mà không ảnh hưởng đến lịch trình dự án
• Đào tạo nhóm kiểm thử trên toàn cầu trên ABT, MTM và TestArchitect ™
• Các bài kiểm thử hướng dẫn di chuyển từ QC sang MTM bằng cách tái tạo chúng bằng cách sử dụng ABT
• Tạo các báo cáo trạng thái chi tiết bao gồm hình ảnh và tệp nhật ký về lỗi
• Tự động hóa và chứng nhận các bài kiểm thử thủ công trước khi chuyển sang sản xuất
• Xác định rõ ràng quy trình làm việc giữa các nhóm thủ công và tự động hóa
• Chạy các bài kiểm thử không được giám sát bằng cách tự động triển khai việc thực hiện như là một phần của định nghĩa xây dựng

Thực Hiện 

Hai nhà quản lý kiểm thử PE được chỉ định làm việc với LogiGear làm tự động hóa dẫn đầu và thực hiện định hướng chiến lược. Nhiệm vụ ban đầu của họ là xác định các bài kiểm thử sẽ có lợi nhất để tự động hóa. Tất cả 3.000 trường hợp kiểm thử đã được kiểm toán và 600 đã được chọn cho nỗ lực tự động hóa ban đầu. Công việc tự động hóa, bao gồm thiết kế và tạo các kiểm thử bằng phương pháp ABT, được thuê ngoài để LogiGear. Tận dụng chuyên môn tự động hóa LogiGear, cho phép nhóm kiểm thử PE tiếp tục tốc độ kiểm thử hiện tại.

LogiGear bắt đầu nỗ lực tự động hóa bằng cách tạo các hành động tùy chỉnh trong thư viện hành động TestArchITECT ™ là duy nhất cho phần mềm PE. Người quản lý dự án PE đã cung cấp chuyên môn về miền giúp LogiGear xác định một loại ứng dụng của hành động cấp thấp, sau đó người kiểm thử PE có thể sử dụng để lắp ráp một mức độ cao của các hành động cấp độ kinh doanh. Đồng thời, nhóm PE đã làm việc để tùy chỉnh MTM và TestArchitect ™ để có một quy trình làm việc liền mạch giữa 2 công cụ. Mục tiêu là cung cấp cho người kiểm thử một mô hình tự phục vụ cho phép chạy bất kỳ sự kết hợp nào của các kiểm thử tự động và/hoặc thủ công khi cần thiết từ trong MTM.

Các quy trình kết quả giúp nhóm kiểm thử PE thủ công có thể tạo các kiểm thử bằng cách sử dụng các hành động cấp độ kinh doanh Định nghĩa trong MTM. Từ các hành động cấp độ kinh doanh, các kỹ sư tự động hóa đã tạo và lưu trữ các kiểm thử trong kho lưu trữ kiểm thử của TestArchitect ™. Sau đó, người kiểm thử có thể chọn các kiểm thử riêng lẻ để kiểm thử thủ công hoặc tạo bộ kiểm thử tự động hóa đầy đủ sẽ được chạy, bằng cách sử dụng trình cắm Association Tính năng A TestArchitect ™ cài đặt trong MTM để kết nối kho lưu trữ kiểm thử. Quá trình tích hợp và quy trình công việc đã được kiểm thử và tinh chỉnh bằng cách lắp ráp và chạy một số biến thể của bộ kiểm thử từ MTM-First trong một môi trường DIT riêng biệt (vật lý) và sau đó trong môi trường SIT (ảo/vật lý). Sau khi xác nhận rằng tất cả các kiểm thử đã được thực hiện thành công từ trong MTM và các mục tiêu kiểm thử đã được đáp ứng, môi trường sản xuất (ảo) đã được cấu hình và triển khai để đáp ứng thời gian chạy tối đa từ 5 giờ hoặc ít hơn, cho một bộ kiểm thử đầy đủ.

Giai đoạn cuối cùng của dự án tích hợp liên quan đến việc di chuyển tất cả các kiểm thử thủ công còn lại từ QC sang MTM. Kế hoạch ban đầu là để nhóm PE tiếp tục sử dụng QA và di chuyển các bài kiểm thử thủ công khi cho phép thời gian. Mặc dù cách tiếp cận này là tài nguyên hiệu quả, nhưng nó đã giải quyết các vấn đề về khả năng hiển thị và báo cáo miễn là các bài kiểm thử được thực hiện từ QC. Một công cụ chuyển đổi của bên thứ ba đã được xem xét để đẩy dữ liệu từ QC sang MTM. Mặc dù công cụ chuyển đổi sẽ tăng tốc độ di chuyển kiểm thử, nhưng nó sẽ giải quyết các vấn đề thiết kế kiểm thử. Cuối cùng, nó đã được quyết định tạo lại các kiểm thử bằng phương pháp ABT. Sau khi xem xét các yêu cầu về chi phí và tài nguyên, di chuyển kiểm thử đã được gia công cho LogiGear. Nhóm LogiGear có kinh nghiệm đã loại bỏ các trường hợp kiểm thử dự phòng và nhanh chóng triển khai các bài kiểm thử có thể sử dụng lại hiệu quả cao. Cuối cùng, thành công lâu dài của việc chuyển đổi sẽ phụ thuộc vào các quy trình và kỹ năng của nhóm kiểm thử PE, vì vậy quyết định được đưa ra để đầu tư vào đào tạo kiểm thử và tự động hóa. Hướng dẫn thực hành trong thiết kế kiểm thử và ABT đã cung cấp cho người kiểm thử kiến ​​thức và cách tiếp cận chính xác để xây dựng các bài kiểm thử phức tạp cần thiết cho bộ công cụ PE.

Kết Quả

Nhóm PE Halliburton, đã đặt ra để cải thiện tích hợp liên tục trong khi đạt được phạm vi kiểm thử tối đa với các chu kỳ phát hành nén cao bao gồm 2 tuần chạy nước rút và nhiều nhánh đặc trưng. Sự hợp tác giữa Halliburton và LogiGear đã được chứng minh là một sự kết hợp chiến thắng để tăng tốc độ kiểm thử trong khi duy trì chất lượng. Sau khi tự động hóa hơn 2.000 bài kiểm thử, bộ hồi quy mà trước đây đã mất 8 tuần giờ đây có thể được hoàn thành trong 5 giờ bằng cách sử dụng kết hợp 17 máy ảo và vật lý.

Ngoài ra, bằng cách thay đổi thành phương pháp ABT, thời gian trung bình để tạo và chạy một kiểm thử xác minh duy nhất đã giảm từ 3 giờ xuống dưới 10 phút. Dự án đã thành công trong việc đạt được mục tiêu giảm chu kỳ nhóm kiểm thử để phù hợp với vận tốc kiểm thử với sự phát triển. TestArchITECT ™, cùng với hỗ trợ tự động hóa LogiGear và nền tảng ALM phổ biến, cho phép nhanh chóng tạo và triển khai các kiểm thử cần thiết để theo kịp tích hợp liên tục, nhiều nhánh đặc trưng và các biến thể. Mặc dù kế hoạch ban đầu là để bàn giao hoàn toàn tự động hóa kiểm thử cho nhóm kiểm thử PE, nhưng cuối cùng người ta đã quyết định thuê ngoài kỹ thuật tự động hóa và thực hiện các kiểm thử tự động để LogiGear. Cách tiếp cận này là cách sử dụng hiệu quả hơn nhiều đối với chuyên môn về miền của những người kiểm thử Halliburton, đồng thời tận dụng hiệu quả và chi phí thấp của nhân viên kỹ thuật tự động hóa LogiGear.

Hôm nay, Halliburton và LogiGear Work hợp tác để điều chỉnh quy trình làm việc kiểm thử, với nhóm PE tạo ra tất cả các yêu cầu kiểm thử và trường hợp kiểm thử thủ công trong nhà. Nhóm tự động hóa LogiGear, hoạt động 1 Sprint sau phát triển phần mềm để tạo các kiểm thử tự động. Các kiểm thử hoàn thành được chứng nhận bởi nhóm Halliburton và chuyển sang sản xuất, nơi chúng được tự động thực hiện từ MTM.