Các nghiên cứu cho thấy ảnh hưởng của chất lượng mã/QA?

Question

Tôi đang tìm kiếm các nghiên cứu về chất lượng mã được áp dụng, so sánh chi phí trước và sau. Họ nên cho thấy một lợi ích rõ ràng trong chi phí (hoặc có thể là một tác động tiêu cực của chi phí quá nhiều). Tôi cần những sự kiện cứng như (hoàn toàn hư cấu):

Sau khi chúng tôi thêm phân tích mã tĩnh vào bản dựng, số lượng lỗi giảm xuống một nửa. Vì vậy, chúng tôi đã lưu xấp xỉ. 10 ngày phát triển nỗ lực cho mỗi lần lặp lại khi sửa lỗi. Chi phí thêm bằng cách mua và thiết lập phân tích là x $. Phát triển đã bị chậm lại 0,1% bằng cách tuân theo kết quả phân tích, tăng tổng nỗ lực phát triển lên 5 ngày mỗi lần lặp. Trong nửa năm đầu tiên, chi phí ban đầu đã được trả lại. vv Bây giờ chúng tôi tiết kiệm khoảng. y $ mỗi lần lặp.

Tôi chỉ biết một câu chuyện như vậy được đưa ra trong Code Complete 2nd Ed. Nó đang nói về Boeing rằng những khiếm khuyết đã giảm sau khi thêm đánh giá trong quá trình QA (AFAIK). Thật không may, hầu hết các cửa hàng sẽ không so sánh với Boeing, vì vậy các nghiên cứu từ Boeing không được tính.

Bạn có biết các nghiên cứu như vậy hoặc bạn có bất kỳ dữ liệu cứng nào từ cửa hàng của mình không?

EDIT:
Có một related question, nhưng không đưa ra bất cứ dữ liệu cứng.

Answer 1

Đây là hướng dẫn cuối cùng - http://www.scribd.com/doc/7758538/Capers-Jones-Software-Quality-in-2008 Capers Jones Software Quality in 2008

Tôi đã xem Capers Jones ở một vài hội nghị/thuyết trình, anh ấy đã thu thập số liệu thống kê trong nhiều năm (có một số sách dành riêng cho nó) và trình bày thông tin vững chắc .... và tư vấn.

Answer 2

Dưới đây là một số dữ liệu thoải mái trên TDD khoảng bốn dự án tại IBM và Microsoft: http://blog.typemock.com/2009/03/cost-of-test-driven-development.html

Answer 3

Có một số dữ liệu tốt trong cuốn sách, "The Best Kept Secrets of Peer Mã Review," đó là miễn phí từ phần mềm thông minh Gấu . Dữ liệu được đưa ra có liên quan đến việc giới thiệu các đánh giá mã, nhưng nó có thể là những gì bạn đang tìm kiếm.

Nếu bạn đặt mua sách, sách sẽ hiển thị trong khoảng 2-3 tuần, ít nhất mất bao lâu để lấy bản sao của tôi. Nếu tôi đã có nó bên cạnh tôi ngay bây giờ tôi muốn gõ lên các ví dụ mà họ đã đưa ra nhưng tôi để nó ở nơi làm việc.

http://smartbear.com/codecollab-code-review-book.php

Answer 4

Các "con số tuyệt đối khó khăn nhất" Tôi nghe nói là từ T-Systems: (? Đức chỉ; Google dịch) Wartungskosten im Visier. Bằng cách giới thiệu và tích hợp các biện pháp quản lý chất lượng mã (số liệu và giám sát), họ đã giảm chi phí của mình xuống 10% (một phần thậm chí lên đến 20%, họ tuyên bố). Họ khẳng định tiết kiệm 20% thời gian bảo trì như vậy mà allover (với thời gian cần thiết hơn cho các biện pháp chất lượng) họ vẫn tiết kiệm khoảng 10% thời gian của họ. Tôi không biết nếu điều này là chính xác, nhưng nó có vẻ hợp lý và T-Systems có một số danh tiếng.

Bên cạnh những "số" này, có một số nghiên cứu và bài báo về ảnh hưởng của chất lượng bên trong đến chất lượng bên ngoài nói chung. Thông thường họ khá lạc quan về điều đó, nhưng một vấn đề lớn là thiếu số liệu kinh doanh thực tế. Tính toán trong thực tế là khá dễ dàng. Nhưng thật khó để đánh giá ROI nếu người cần sự tự tin này để thiết lập quy trình chất lượng không biết bất cứ điều gì về chi phí bảo trì của mình ... ;-)

Answer 5

Sách Code Complete 2 và Rapid Development có rất nhiều ví dụ từ nghiên cứu điển hình trong cuộc sống thực tế và thử nghiệm.Hầu như tất cả mọi thứ họ tranh luận được sao lưu với sự thật khó khăn.