Thuật ngữ cho một tính năng 'decoy' hoặc lỗi cố ý là gì? [đóng cửa]

28

Tôi đã quên một thuật ngữ lập trình tiếng lóng. Điều này là một lỗi cố ý hoặc một tính năng decoy được sử dụng như một sự xao lãng. Một ví dụ sử dụng, "Này Bob, QA đang thực hiện đánh giá ngày hôm nay. Đưa một $THINGmô-đun vào để họ thực sự có vấn đề cần tìm".

Điều này có thể được sử dụng một cách tiêu cực, để có một lỗ hổng cố ý rất rõ ràng để khám phá như là một sự phân tâm từ một vấn đề thực sự.

Điều này cũng có thể được sử dụng tích cực. Nó giống như cách bạn luôn để những chú chó cứu hộ 'tìm thấy' một nạn nhân khi tìm kiếm khu vực thảm họa. Nó cũng có thể được sử dụng để xác minh rằng một quy trình QA đang thực sự bắt lỗi.

Thuật ngữ tôi đang tìm kiếm là gì?

— Tự do
nguồn

3

obDilbert: Dilbert.com/strips/comic 2007/02/02

— Dan Neely

7

Tôi muốn thử thách những phiếu bầu gần. Đây là một câu hỏi có thể trả lời, không chủ quan. Nó liên quan đến một số điểm từ Câu hỏi thường gặp: "đảm bảo chất lượng", "thử nghiệm của nhà phát triển" và "mối quan tâm tự do và kinh doanh".

— Freiheit

Có nhiều thực tiễn tương tự trong nhiều lĩnh vực và nó phục vụ một mục đích tích cực: để xác nhận rằng quy trình đang hoạt động. Điều này ảnh hưởng đến việc giải thích kết quả thực sự. Ví dụ, thử thai. Họ có hai thanh chỉ ra kết quả tích cực. Một kết quả đến từ một mẫu kiểm soát chất lượng, cho bạn biết liệu thiết bị có nhạy cảm với hormone hCG hay không. Nếu thanh kiểm soát chất lượng không xuất hiện , nó chỉ ra sự cố với thiết bị, làm mất hiệu lực kết quả.

— Matheus Moreira

1

Bỏ phiếu để mở lại dựa trên thảo luận meta này: Về những rắc rối của việc đặt tên và thuật ngữ .

— 8bittree

47

Con vịt

Từ http : //www.codinghorror.com/blog/2012/07/new-programming-jargon.html :

Một tính năng được thêm vào không vì lý do nào khác ngoài việc thu hút sự chú ý của quản lý và được loại bỏ, do đó tránh những thay đổi không cần thiết trong các khía cạnh khác của sản phẩm.

— Ký tên
nguồn

22

Trên thực tế trong sản xuất (và đảm bảo chất lượng) có một thứ gọi là Thử nghiệm thỏ đỏ (hay còn gọi là Red Herring) đề cập đến việc đưa một phần xấu đã biết vào máy hoặc xử lý và đảm bảo rằng nó được phát hiện.

Thử nghiệm thỏ đỏ

được sử dụng để kiểm tra mất bao lâu để xác định một khiếm khuyết. Trong thử nghiệm này, một phần màu đỏ được thêm vào hỗn hợp và thời gian cho đến khi nó được phát hiện được xác định.

Một số máy tự động có chu kỳ tự động (thường là một lần mỗi ca) trong đó nó nhắc người vận hành tải phần "thỏ đỏ" và sau đó nó chạy chu trình kiểm tra xem logic phát hiện và từ chối lỗi có hoạt động chính xác không.

— Scott Whitlock
nguồn

17

Điều này nhắc nhở tôi về một sự cố gần đây khi một sân bay đang thử nghiệm các quy trình an ninh của nó và đã làm như vậy bằng cách đặt chất nổ sống trong hành lý của hành khách. Thật không may cho tất cả những người liên quan, nó đã không được phát hiện cho đến khi máy bay thực hiện một điểm dừng (quốc tế) - vì vậy tôi không nhất thiết phải nói rằng đây là một thực hành tốt để thực hiện mà không có nhiều biện pháp bảo vệ.

— Roddy of the Frozen Peas

5

Có vẻ như các giáo sư của tôi gọi nó là bebugging hoặc lỗi gieo hạt. Ý tưởng là nếu bạn muốn ước tính dân số của một cái gì đó như cá trong hồ, bạn có thể bắt một số, gắn thẻ và thả chúng ra, cho chúng thời gian để đồng hóa ngẫu nhiên với những con cá khác, sau đó ước tính dân số dựa trên số lượng cá được gắn thẻ bạn bắt sau

Liên kết tìm kiếm này tìm thấy một trang trong một cuốn sách của cố đại gia Watts Humphrey, nơi ông nói về kỹ thuật này.

— Nhà phát triển
nguồn