cuốn sách gpt4 ai đã làm

Viết tên phương thức thử nghiệm dài để mô tả thử nghiệm và sử dụng trong tài liệu mã

In lại Tác giả: Taklimakan Thời gian cập nhật: 2023-11-03 03:27:04 27 4
mua khóa gpt4 Nike

Để viết bài kiểm tra đơn vị, tôi biết việc viết các phương pháp kiểm tra như thế này là phổ biến

khoảng trống công khai Can_User_Authenticate_With_Bad_Password()
{
...
}

Mặc dù điều này giúp bạn dễ dàng biết nội dung thử nghiệm đang kiểm tra nhưng tôi cho rằng nó trông xấu và không hiển thị tốt trong tài liệu được tạo tự động như sandcaSTLe hoặc javadoc.

Tôi muốn biết mọi người nghĩ gì về việc sử dụng mẫu đặt tên của phương pháp đang được thử nghiệm, với bài kiểm tra được gạch chân, theo sau là số kiểm tra. Sau đó, sử dụng tài liệu mã XML (.net) hoặc nhận xét javadoc để mô tả những gì đang được thử nghiệm.

/// 
/// Kiểm tra xác thực người dùng bằng mật khẩu sai.
///

khoảng trống công khai Xác thựcUser_Test1()
{
...
}

Bằng cách này, tôi có thể dễ dàng nhóm các thử nghiệm của mình lại với nhau theo phương pháp đang được thử nghiệm, tôi có thể biết mình có thể thực hiện bao nhiêu thử nghiệm cho một phương pháp nhất định và tôi vẫn có được bức tranh hoàn chỉnh về những gì tôi đang thử nghiệm.

Chúng tôi có một số thử nghiệm hồi quy chạy dựa trên nguồn dữ liệu (tệp xml) có thể được cập nhật bởi ai đó (khỉ QA), người không có quyền truy cập vào mã nguồn và họ cần có khả năng đọc những gì đang được kiểm tra và vị trí của chúng. nguồn dữ liệu được cập nhật.

câu trả lời hay nhất

Tôi thích phiên bản "tên dài" hơn - mặc dù chỉ để mô tảchuyện gì đã xảy ra thế. Nếu bài kiểm tra cần mô tả những gì đã xảy ra原因, tôi sẽ đưa nó vào phần bình luận (cộng với số lỗi nếu thích hợp).

Với những cái tên dài, bạn sẽ thấy rõ hơn điều gì đã xảy ra khi bạn nhận được email cho bạn biết bài kiểm tra nào không thành công (hoặc bất cứ điều gì).

Tuy nhiên, tôi sẽ căn cứ vàonênPhải làm gì để viết nó:

Đăng nhập thành côngVới thông tin xác thực hợp lệ

Đăng nhập không thành công với mật khẩu không chính xác

Đăng nhậpFailsForUnknownUser

Tôi không chấp nhận lập luận rằng tài liệu được tạo tự động trông tệ - tại sao phải bận tâm ngay từ đầuBài kiểm traĐang chạy JavaDoc? Tôi không thể nói rằng tôi đã từng làm điều đó, hoặcmuốnTạo tài liệu. Vì các phương thức thử nghiệm thường không có tham số và không trả về gì, nếu tên phương thức mô tả chúng một cách hợp lý thì đó là tất cả thông tin bạn cần. Người chạy thử sẽ có thể liệt kê các thử nghiệm mà nó chạy hoặc IDE có thể hiển thị cho bạn các thử nghiệm có sẵn. Tôi thấy điều này thuận tiện hơn việc điều hướng qua HTML - trình duyệt không có tính năng "tìm loại" cho phép tôi chỉ cần nhập chữ cái đầu tiên của mỗi từ trong tên, như...

Về java - viết tên phương thức thử nghiệm dài để mô tả thử nghiệm so với sử dụng trong tài liệu mã, chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/706354/

27 4 0
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress