Phát triển theo hướng thử nghiệm

Như tên của nó, TDD đặt việc thử nghiệm lên hàng đầu, không giống như cách tiếp cận phát triển kế thừa là phát triển phần mềm rồi quay lại và kiểm tra nó. Sau khi thiết lập các yêu cầu cho một dự án, nhà phát triển nên viết một tập hợp các bài kiểm tra đơn vị để xác định hành vi mong đợi cho các phần chức năng khác nhau.

Khi các bài kiểm tra đã được tạo, nhà phát triển sau đó sẽ chuyển sang thực sự triển khai chức năng, cố gắng vượt qua tất cả các bài kiểm tra. Sau khi đạt được điều này, mã sau đó được cấu trúc lại với trọng tâm là đơn giản hóa và hiểu mã. Trình tự các bước này có thể được lặp lại bất kỳ số lần nào.

Cùng với các công cụ kiểm soát phiên bản tốt, điều này nhằm mục đích dẫn đến chu kỳ phát triển nhanh chóng. Mọi thay đổi vi phạm có thể nhanh chóng được hoàn nguyên về trạng thái cuối cùng mà các bài kiểm tra đã vượt qua thành công. Do đó, các nhà phát triển có thể dành ít thời gian hơn để gỡ lỗi mã mới bị lỗi và nhiều thời gian hơn để lặp lại mã đã hoạt động.

TDD & Bộ công cụ Neo Blockchain

deVadoss lưu ý rằng bản chất phi tập trung của các ứng dụng dựa trên blockchain khiến chúng tự nhiên không phù hợp với phương pháp thử nghiệm đầu tiên. Nhóm NGD Enterprise hiện đang làm việc trên một dòng các cải tiến cho Bộ công cụ Neo Blockchain để giúp thu hẹp khoảng cách.

Việc giới thiệu phát triển theo hướng thử nghiệm trùng với những nỗ lực gần đây của kiến ​​trúc sư trưởng Harry Pierson để cung cấp một khuôn khổ cho việc kiểm tra tự động các hợp đồng thông minh Neo. Điều này được kích hoạt thông qua một số công cụ và thư viện mới, bao gồm Neo Test Harness để thực hiện các bài kiểm tra và Neo Assertions, một phần mở rộng cho thư viện Fluent Assertions cung cấp các xác nhận tùy chỉnh cho các loại Neo cụ thể như StackItem và StorageItem.

Kiến trúc thử nghiệm mới có thể được tìm thấy trong kho lưu trữ neo-test . Các nhà phát triển muốn kiểm tra khả năng của nó có thể bắt đầu sử dụng một số ví dụ do Pierson cung cấp. Các mẫu được cung cấp bao gồm hợp đồng đăng ký miền , yêu cầu oracle và token NEP-17 .

Những mẫu này sẽ cho phép các nhà phát triển kiểm tra “vòng lặp bên trong” được tối ưu hóa được kích hoạt thông qua các công cụ. Chạy lệnh kiểm tra sẽ xây dựng hợp đồng và triển khai nó trên một phiên bản mạng riêng tư mới trước khi thực hiện các kiểm tra xác minh hợp đồng đang hoạt động như mong đợi.

Lời bình: Với việc phát triển theo hướng thực nghiệm, hi vọng sẽ thu được hiệu quả tối ưu nhất, hãy chờ đợi những tin tức tiếp theo đến từ team.