zunia.vn

Tuyển sinh 2024 dành cho Gen-Z

zunia.vn

» Kinh Doanh Marketing

» Quản trị kinh doanh

Phát triển hệ thống quản lý chất lượng dựa trên phương pháp phát triển hướng hành vi cho dự án AMS tại Công ty TNHH Terralogic Việt Nam

Chia sẻ: _ _ | Ngày: | Loại File: PDF | Số trang:5

Báo xấu

36
lượt xem 3
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Đảm bảo chất lượng phần mềm là một trong những vấn đề quan trọng và ngày càng được quan tâm hàng đầu trong lĩnh vực phát triển phần mềm. Quy trình phát triển phần mềm ảnh hưởng không nhỏ tới chất lượng của sản phẩm. Dự án AMS đang gặp phải những vấn đề cần được cải thiện và thay đổi để tăng hiệu quả làm việc cũng như chất lượng phần mềm. Phương pháp phát triển hướng hành vi (BDD) là một trong những phương pháp Agile mang lại nhiều lợi ích cho dự án phần mềm và đang dần trở thành xu hướng trên thế giới.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Phát triển hệ thống quản lý chất lượng dựa trên phương pháp phát triển hướng hành vi cho dự án AMS tại Công ty TNHH Terralogic Việt Nam

Giải thưởng Sinh viên Nghiên cứu khoa học Euréka lần thứ XIX năm 2017 Kỷ yếu khoa học PHÁT TRIỂN HỆ THỐNG QUẢN LÝ CHẤT LƯỢNG DỰA TRÊN PHƯƠNG PHÁP PHÁT TRIỂN HƯỚNG HÀNH VI CHO DỰ ÁN AMS TẠI CÔNG TY TNHH TERRALOGIC VIỆT NAM Trần Mộng Đào* Trường Đại học Ngân hàng TP. Hồ Chí Minh *Tác giả liên hệ: mongdao.tran275@gmail.com TÓM TẮT Đảm bảo chất lượng phần mềm là một trong những vấn đề quan trọng và ngày càng được quan tâm hàng đầu trong lĩnh vực phát triển phần mềm. Quy trình phát triển phần mềm ảnh hưởng không nhỏ tới chất lượng của sản phẩm. Dự án AMS đang gặp phải những vấn đề cần được cải thiện và thay đổi để tăng hiệu quả làm việc cũng như chất lượng phần mềm. Phương pháp phát triển hướng hành vi (BDD) là một trong những phương pháp Agile mang lại nhiều lợi ích cho dự án phần mềm và đang dần trở thành xu hướng trên thế giới. Tuy nhiên, BDD vẫn còn khá mới mẻ tại Việt Nam. BDD được phát triển với mục đích chính là cung cấp giá trị cho khách hàng có thể giải quyết được các vấn đề mà dự án AMS đang gặp phải. Từ khóa: Agile, BDD, TDD, kiểm thử phần mềm, phương pháp phát triển hướng hành vi, phương pháp phát triển hướng kiểm thử. DEVELOP THE QUALITY MANAGEMENT SYSTEM USING BEHAVIOR DRIVEN DEVELOPMENT METHODOLOGY FOR AMS PROJECT OF TERRALOGIC INC Tran Mong Dao* Banking University of Ho Chi Minh City *Corresponding Author: mongdao.tran275@gmail.com ABSTRACT Software quality is the one of most important aspect of software development. Software development process has big effect to the quality of product. AMS project is facing to problems which need to be resolved to increase the product quality. Behavior Driven Development (BDD) is the one of Agile methodologies providing many benefits for stacksholders in project and becoming a trend methodology in the world. BDD, however, still be a new methodology in Viet Nam. BDD brings the best value to clients, thus it can carry off problems of AMS project. Keywords: Agile, BDD, TDD, software testing, behavior driven development, test driven development. TỔNG QUAN đoạn: Định nghĩa yêu cầu của câu chuyện Quy trình phát triển hiện tại của dự án AMS người dùng, Cam kết hoàn thành câu chuyện được mô tả như Hình 1 bao gồm bốn giai người dùng, Phát triển và Kiểm thử. Hình 1. Quy trình phát triển chưa hướng hành vi 134
Giải thưởng Sinh viên Nghiên cứu khoa học Euréka lần thứ XIX năm 2017 Kỷ yếu khoa học Quy trình cộng tác làm việc giữa các bên liên mô tả như Hình 2. quan trong dự án AMS hiện tại có thể được Hình 2. Quy trình cộng tác tạo nhiều cơ hội cho hiểu lầm và thông tin sai lệch Quy trình phát triển hiện tại của dự án AMS biết các tính năng đó nên hoạt động như thế có nhiều vấn đề phát sinh nhưng vẫn chưa nào, nhưng nó lại thường không được ghi rõ được giải quyết triệt để. Các câu chuyện ràng hoặc hoàn toàn bị bỏ qua. người dùng đôi khi giống như một “trò chơi Quy trình cộng tác hiện tại tạo ra nhiều cơ điện thoại”: nhóm khách hàng Frankly nói hội để thông tin bị lệch trong quá trình một điều, nhóm phát triển ở Terralogic làm chuyển từ PO sang BA, từ BA sang nhóm một điều khác, và kiểm thử viên thực thi các phát triển. Các thông tin có thể bị hiểu lầm, kịch bản với kết quả mong đợi không liên hoặc bị bỏ qua dẫn tới các tính năng mới quan. Khi kịch bản kiểm tra thất bại, kiểm không thực hiện chính xác những gì được thử viên quay lại nhóm phát triển để làm rõ, yêu cầu và tài liệu sẽ không phản ánh các yêu nhóm phát triển lại quay trở lại nhóm khách cầu ban đầu mà PO đã đưa ra BA. hàng. Sự hiểu nhầm về yêu cầu phần mềm có thể VẬT LIỆU VÀ PHƯƠNG PHÁP được điều chỉnh trước ngày phát hành, tuy Hệ thống quản lý chất lượng phần mềm theo nhiên thời gian, tài nguyên, và nỗ lực vẫn bị phương pháp hướng hành vi bao gồm ba mất. Các tiêu chuẩn chấp nhận đối với một thành phần như sau: Quy trình, công cụ và câu chuyện người dùng cần phải làm rõ để con người. Hình 3. Các thành phần trong hệ thống quản lý chất lượng phần mềm 135
Giải thưởng Sinh viên Nghiên cứu khoa học Euréka lần thứ XIX năm 2017 Kỷ yếu khoa học Các thành phần này có mối quan hệ chặt chẽ chấp nhận nếu không hoàn thành các kịch và tác động qua lại với nhau trong hệ thống bản kiểm tra và kiểm tra tự động. quản lý chất lượng phần mềm. Các thành Cuối cùng trong quá trình phát triển phần phần này sẽ được trình bày cụ thể ở các mục mềm, bộ ba Amigos nên họp thường xuyên dưới đây. Trong nghiên cứu này chỉ đặc biệt để thảo luận phát triển phần mềm AMS. tập trung vào thành phần quy trình của hệ Thay đổi quy trình thống. Quy trình chuyển đổi từ hiện tại sang hướng Khởi động hành vi được chia làm 3 giai đoạn: Tự động Để thu được lợi ích của BDD, quy trình phát hóa kịch bản kiểm thử, viết kịch bản kiểm triển của AMS cần một vài quy tắc mới. thử chấp nhận bằng mã Gherkin và định Đầu tiên, phải hình thức hóa tất cả các tiêu nghĩa các tiêu chuẩn chấp nhận của câu chuẩn chấp nhận bằng các tập tin Gherkin. chuyện người dùng bằng mã Gherkin. Thứ hai, không bao giờ cam kết hoàn thành Tự động hóa kịch bản kiểm thử một câu chuyện người dùng mà không có Điểm xuất phát sẽ là giai đoạn kiểm thử tự tiêu chuẩn chấp nhận Gherkin. động (Hình 4). Nghĩa là tại thời điểm này, Thứ ba, bắt buộc phải có kiểm thử tự động. các định nghĩa của câu chuyện người dùng từ Các câu chuyện người dùng không nên được phía khách hàng Frankly vẫn giữ nguyên. Hình 4. Tự động hóa kịch bản kiểm thử Viết kịch bản kiểm thử chấp nhận bằng tự động chạy ổn và có thể giảm bớt thời gian mã Gherkin cho kiểm thử viên thực hiện kiểm tra hồi quy Sau khi giai đoạn thứ nhất được thực hiện thì bắt đầu chuyển qua giai đoạn 2. trơn tru và thành công, nghĩa là các kịch bản Hình 5. Bộ ba Amigos họp để xác định các kịch bản kiểm tra được viết bằng mã Gherrkin Viết các tiêu chuẩn chấp nhận của câu trơn tru thì quy trình phát triển của dự án chuyện người dùng bằng mã Gherkin AMS bắt đầu hướng hành vi. Quy trình bắt Sau giai đoạn 2, nếu các cuộc họp giữa bộ ba đầu dịch chuyển giai đoạn này hoàn toàn Amigos đã được thực hiện thành công và sang trái để trở thành giai đoạn đầu tiên trong 136
Giải thưởng Sinh viên Nghiên cứu khoa học Euréka lần thứ XIX năm 2017 Kỷ yếu khoa học mỗi chu kỳ phát triển tiếp theo (Hình 6). Hình 6. Quy trình phát triển hướng hành vi sau khi được dịch chuyển từ phải hoàn toàn sang trái KẾT QUẢ VÀ THẢO LUẬN giải quyết. Vấn đề của dự án AMS và các Khi áp dụng BDD trong quy trình phát triển, giải pháp của quy trình BDD được trình bày các vấn đề hiện tại của dự án AMS đã được trong Bảng 1. Bảng 1. Vấn đề của dự án AMS và các giải pháp của quy trình BDD Vấn đề Giải pháp Chủ sở hữu sản phẩm, lập trình viên và kiểm BDD làm thành bộ ba Amigos và đưa 3 vai thử viên không có cơ hội nói chuyện nhiều trò này hợp tác gần nhau trong các cuộc cùng nhau. họp. Các tiêu chuẩn chấp nhận bị thiếu hoặc xác Các tiêu chuẩn chấp nhận được hệ thống lại định không rõ ràng gây lãng phí thời gian thông qua các tập tin được viết bằng mã trong mỗi chu kỳ phát triển. Gherkin. Các tính năng của sản phẩm khó giải thích Các kịch bản mô tả các hành vi của hệ cho toàn bộ thành viên trong dự án, dẫn tới thống được viết bằng ngôn ngữ Gherkin dễ các thành viên hiểu hệ thống khác nhau. hiểu với tất cả mọi người. Bên cạnh các vấn đề được BDD giải quyết khả năng sẽ phải thay thế nhân sự trong dự thì việc thay đổi quy trình phát triển của dự án AMS. án AMS cũng có thể sẽ gặp không ít thử Thứ ba, vì là quy trình mới, nên chỉ có thể áp thách. dụng từng bước để không làm phá vỡ đi quy Thứ nhất, các thành viên trong bộ ba Amigos trình hiện tại của dự án AMS, vì vậy yêu cầu đã có những vai trò riêng biệt ngay từ ban sự kiên trì và chấp nhận rủi ro của toàn dự án đầu và khó mà điều chỉnh vai trò của họ để trong một thời gian tương đối (ước lượng là 4 thích nghi với sự thay đổi quy trình của dự tháng) để có thể đánh giá được đầy đủ lợi ích án. Việc này đòi hỏi cần sự cộng tác của tất mà quy trình mới mang lại. cả các thành viên trong dự án AMS. Cũng như cần có sự khuyến khích từ phía lãnh đạo KẾT LUẬN VÀ KIẾN NGHỊ Công ty Terralogic Việt Nam. Nghiên cứu đã hoàn thành nhiệm vụ ứng Thứ hai, kiểm thử viên đòi hỏi phải có khả dụng các lý thuyết về kiểm thử phần mềm và năng viết kiểm thử tự động cũng như các phương pháp phát triển hướng hành vi để đề kịch bản Gherkin thật sự tốt. Thường kiểm xuất hệ thống quản lý chất lượng cho dự án thử viên chỉ thực hiện kiểm thử thủ công, do AMS tại Công ty TNHH Terralogic Việt đó không yêu cầu kiến thức lập trình. Tuy Nam. Hệ thống tập trung vào ba thành phần nhiên, khi áp dụng quy trình mới đòi hỏi chính: Quy trình, Công cụ và Con người. kiểm thử viên cần phải bổ sung thêm kiến Hệ thống được đề xuất đặc biệt tập trung đổi thức về lập trình, cũng như có kỹ năng sâu mới quy trình phát triển hiện tại (tồn đọng rộng về mặt kinh doanh của dự án. Do đó, có nhiều hạn chế) từ chưa hướng hành vi sang 137
Giải thưởng Sinh viên Nghiên cứu khoa học Euréka lần thứ XIX năm 2017 Kỷ yếu khoa học quy trình phát triển hướng hành vi (đã giải được hiệu quả của hệ thống, cần phải thử quyết được các hạn chế hiện tại) là phù hợp nghiệm trong thời gian dài, phải được cải và hoàn toàn có cơ sở khả thi để áp dụng tiến, sửa đổi sao cho phù hợp hơn và được thực tế. Tuy nhiên, để có thể khẳng định đánh giá đầy đủ hơn. TÀI LIỆU THAM KHẢO DAN NORTH (2006). Introduce BDD. Better Software magazine. JOHN FERGUSON SMART (2014). BDD in Action. DOROTHY GRAHAM. (2011). Foundations of softwaretesting ISTQB certification. 138

CÓ THỂ BẠN MUỐN DOWNLOAD

CEO.27: Bộ Tài Liệu Dành Cho StartUp - Quản Lý Doanh Nghiệp Thời Đại 4.0

272 tài liệu

1749 lượt tải

THÔNG TIN

TRỢ GIÚP

HỖ TRỢ KHÁCH HÀNG

Theo dõi chúng tôi

Chịu trách nhiệm nội dung:

Nguyễn Công Hà - Giám đốc Công ty TNHH TÀI LIỆU TRỰC TUYẾN VI NA

LIÊN HỆ

Địa chỉ: P402, 54A Nơ Trang Long, Phường 14, Q.Bình Thạnh, TP.HCM

Hotline: 093 303 0098

Email: support@tailieu.vn

Giấy phép Mạng Xã Hội số: 670/GP-BTTTT cấp ngày 30/11/2015 Copyright © 2022-2032 TaiLieu.VN. All rights reserved.