Di chuyển các yêu cầu di sản sang BDD


11

H: Cách tốt nhất để chuyển một công ty lớn sang Cucumber với ít nhất 15 năm yêu cầu phần mềm cũ được duy trì trong cơ sở dữ liệu yêu cầu là gì?

Hiện đang xem xét:

1) Di chuyển mọi thứ

Nhược điểm: chúng tôi không có thời gian / ngân sách không giới hạn, chúng tôi phải tiến về phía trước để tồn tại, chúng tôi không thể dừng mọi thứ và GC 100% các yêu cầu di sản và bộ kiểm tra di sản của chúng tôi.

2) Quy tắc hướng đạo nam

Để lại mọi thứ tốt hơn bạn tìm thấy nó. Nếu bạn chạm vào yêu cầu hoặc thay đổi chúng, hãy viết / cập nhật tính năng Cucumber. Nhược điểm: Chúng tôi sẽ có hai hệ thống hồ sơ (Cucumber, req. DB), có thể cho rằng có những góc của một ứng dụng nhất định không được chạm vào trong một thời gian rất dài.

3) Quy tắc hướng đạo nam

Giống như số 2 nhưng đặt các yêu cầu mà chúng tôi không chuyển sang Cucumber vào các Tính năng với một kịch bản đang chờ xử lý và sao chép / dán các yêu cầu cũ vào phần mô tả. Bằng cách này, chúng tôi có được số liệu (thông qua các kịch bản đang chờ xử lý) về mức độ "được bảo hiểm" của chúng tôi đối với Cucumber và cũng thúc đẩy chúng tôi cần duy trì hệ thống yêu cầu cũ. Tôi không thể tìm thấy bất kỳ nhược điểm nào khác ngoài việc nó có thể là một mớ hỗn độn lớn trong Cucumber.

4) Chèn ý tưởng của bạn ở đây.

Lý lịch:

Một số dự án chuyển đến Cucumber có bộ kiểm tra tự động, một số dự án chỉ được sử dụng thử nghiệm thủ công. Tất cả đều duy trì các yêu cầu của họ trong cơ sở dữ liệu yêu cầu cũ. Chúng tôi phải làm điều này bởi vì các yêu cầu của chúng tôi là sự pha trộn giữa luật / quy định và logic phức tạp cho các công cụ tài chính (rủi ro, giá cả, cấu trúc, v.v ...).

Hãy nhớ rằng đây là một công ty rất lớn đang thực hiện bước đi này, điều này làm phức tạp thêm các giải pháp.

Chúng tôi đã có một số dự án sử dụng Cucumber cho các yêu cầu "mới" của họ. Vì vậy, chúng tôi đã thí điểm công nghệ và nó hoạt động cho chúng tôi cho đến nay. Chúng tôi có một hỗn hợp của các dự án dữ liệu web và hoàn toàn.

Cảm ơn

Chỉnh sửa: Để trả lời các câu hỏi ... Quản lý yêu cầu kế thừa DB không kết nối các yêu cầu với các bài kiểm tra. Nó không phải là "có thể kiểm tra". Ngày nay, việc kết nối các yêu cầu với các bài kiểm tra được thực hiện thông qua một quy trình thủ công dễ mắc lỗi và dễ bị lỗi trong việc liên kết các yêu cầu với hệ thống quản lý trường hợp kiểm thử của chúng tôi ở cuối mỗi dự án. Dưa chuột là một giải pháp tốt hơn rõ ràng cho chúng ta. Không có câu hỏi về điều đó. Câu hỏi chỉ là làm thế nào để di chuyển cho một tổ chức lớn với vô số yêu cầu quan trọng không thể bị mất vì lý do pháp lý và các lý do khác.


1
+1 cho câu hỏi; nhưng trong một thiết lập tổng quát hơn: làm thế nào để chuyển từ một hệ thống thử nghiệm này sang một hệ thống thử nghiệm khác?
Sjoerd Công việc Postmus

Cơ sở dữ liệu yêu cầu "di sản" có tự động trong việc kiểm tra các yêu cầu khớp không? Bạn có cần phải viết lại các yêu cầu để khớp với cú pháp Cucumber (và nếu vậy: đảm bảo cách diễn đạt lại không sửa đổi các yêu cầu một cách tinh tế)?
Sjoerd Công việc Postmus

Chỉ tò mò, cơ sở dữ liệu các yêu cầu này là "có thể kiểm tra"? nếu có, thì bạn có thể cố gắng tự động hóa quy trình dưới dạng tùy chọn số 4 bằng cách thực hiện chương trình đọc các bài kiểm tra kế thừa và cố gắng viết bài kiểm tra dưa chuột cho bạn NGAY nếu các bài kiểm tra không theo kiểu dễ đọc. Có hai nguồn đúng thường không được đề xuất vì sở
hữu sai sót

1
Bạn đã viết "chúng tôi đã thử nghiệm công nghệ và nó hoạt động cho chúng tôi cho đến nay", nhưng bạn đã không viết "nó hoạt động tốt hơn công nghệ trước đó". Vì vậy, bạn có chắc chắn 100% đây sẽ là một cải tiến? Mặt khác, cách tốt nhất có thể là không làm điều đó ;-)
Doc Brown

Câu trả lời:


8

Tôi đã phạm sai lầm khi tước một căn phòng xuống các đinh tán khi tôi thay thế các cửa sổ của nó. Đó là một ngôi nhà cũ. Căn phòng trong tình trạng xấu. Mỗi bước trên đường đi, tôi gặp vấn đề. Một đường ống cũ vỡ vụn trong tay tôi. Các ống thông hơi hai mươi lăm pound đang treo lủng lẳng rơi xuống và đâm xuyên qua trần nhà bếp. (May mắn thay, không ai bị thương nhưng điện thoại di động sạc của bạn gái tôi đã bị nghiền nát. Cô ấy không thích thú.) Tôi đã sốc bản thân mình khi tôi đồng thời cọ vào một mạch điện vô căn cứ. Có dây điện cổ lộ ra chạy qua cách điện thổi.

Với mỗi vấn đề, tôi phải chuyển hướng năng lượng của mình. Tôi dừng lại để khắc phục vấn đề. Sau đó, đôi khi những ngày sau đó, tôi đã tiếp tục tiến bộ. Đến mùa thu, tôi đã bỏ cuộc. (Tôi đã lên kế hoạch hoàn thành vào cuối mùa hè.) Tôi chỉ dừng lại và bỏ đi. Nó quá nhiều. Bạn gái tôi muốn gọi một nhà thầu. Tôi đã từ chối vì tôi đã làm quá nhiều việc rồi. Tôi không muốn họ có được "vinh quang". (Ngoài ra, tôi là một chút đặc biệt và không muốn ai đó cắt góc mà tôi biết tôi sẽ không.) Vì vậy, căn phòng ngồi dang dở.

Gần một năm trước, sau Tết, tôi có một bản hùng ca: Không có quy tắc nào nói rằng tôi phải làm việc riêng trên phòng cho đến khi nó hoàn thành. Không có vội vàng. Tôi đã không phải làm cho nó một vấn đề lớn như vậy. Thay vào đó, nếu tôi có một chút thời gian rảnh, tôi có thể đi lên lầu và dành một hoặc hai giờ trong phòng ... treo một tấm Sheetrock, bùn và dán một bức tường, cắt một cánh cửa. Trước khi tôi biết điều đó, tôi đã làm xong. Bạn gái tôi lại yêu tôi. Tôi ngủ với nụ cười toe toét. Tất cả đã đúng trên thế giới.

Tôi nghĩ rằng có một cái gì đó tương tự có sẵn cho tình trạng khó khăn của bạn. Hãy là con rùa khôn ngoan - chậm và ổn định. Con đường "Di chuyển mọi thứ" quá căng thẳng. Nó sẽ khiến bạn giơ tay lên và bỏ đi. Quy tắc Hướng đạo sinh để lại các tính năng phía sau nếu chúng không bao giờ thay đổi. Boy Scout Rule Plus tạo ra các yêu cầu phụ. Tận dụng tốt nhất các phương pháp của bạn:

  1. Nếu bạn chạm vào một yêu cầu, di chuyển nó đến Cucumber.
  2. Trong khi đó, hãy đặt mục tiêu di chuyển hàng tuần. Làm một chút mỗi tuần. Đừng biến nó thành một đề xuất tất cả hoặc không có gì. Bạn có thể thấy rằng công việc di chuyển không thường xuyên là một công việc tốt đẹp từ tất cả các công việc khác mà bạn đã cam kết.

Trước khi bạn biết điều đó, bạn sẽ hoàn thành. Sếp của bạn sẽ yêu bạn. Nhóm của bạn sẽ yêu bạn. Bạn sẽ ngủ với một nụ cười trên khuôn mặt của bạn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.