Cải tiến mã lệnh có thể là một ý tưởng lựa chọn thiết kế trước một cách
cẩn thận. Loại thiết kế có tính suy đoán này là một sự cố gắng để đưa tất cả
các phẩm chất tốt vào hệ thống trước khi thực hiện viết mã lệnh. Điều quan
trọng của quá trình này là rất dễ để dự đoán sự nhầm lẫn. Đôi khi XP được
xem như một lược đồ tác động trở lại sự quan sát đó bằng cách giữ lại toàn bộ giai đoạn thiết kế.
Tuy nhiên, cải tiến mã lệnh cũng có thể được sử dụng theo một cách
thức dễ hơn. Thay vì loại bỏ giai đoạn thiết kế hoàn thiện, bạn chuyển từ thiết
kế phức tạp sang một thiết kế đơn giản hơn. Điều này có thể nhận thấy bởi
bạn không cần phải thấy trước tất cả những sửa đổi trong khi cải tiến. Với cải tiến mã lệnh, bạn có thể làm đơn giản thiết kế bởi các sửa đổi về mặt thiết kế không tốn kém.
Khi phát triển phần mềm sử dụng các kỹ thuật cải tiến mã lệnh, bạn phân chia thời gian giữa hai hoạt động riêng biệt: cải tiến mã lệnh và bổ sung chức năng mới. Khi bổ sung chức năng mới, không nên sửa đổi mã lệnh đang tồn tại. Nếu có một diễn biến khó khăn trong quá trình phát triển, bởi việc thực hiện không hỗ trợ tốt đặc trưng mới, bạn cần cải tiến mã lệnh của hệ thống lần đầu tiên để xem xét việc sửa đổi.
Sau khi bổ sung một chức năng mới, bạn phải thực hiện kiểm tra bổ sung để thấy rằng chức năng được thực hiện đúng [26]. Bạn cũng có thể xem xét
các kiểm tra bằng cách kiểm chứng tài liệu yêu cầu đối với đặc trưng và viết
chúng trước khi bổ sung. Việc sử dụng các kiểm tra sẵn có để đảm bảo rằng việc cải tiến mã lệnh không làm thay đổi hành vi hay tạo ra các lỗi mới. Việc
kiểm tra được thực hiện càng đơn giản càng tốt. Đó là lý do tất cả các kiểm tra nên được thực hiện tự động và nên để tự chúng kiểm tra các kết quả. Điều này cho phép bạn thực hiện một cách thường xuyên khi biên dịch. Khi gặp lỗi,
bạn có thể tập trung việc gỡ lỗi trong một đoạn mã lệnh nhỏ mà bạn bổ sung
lần cuối cùng trước các kiểm tra thành công.
Kỹ thuật kiểm tra làm việc tốt nhất với cải tiến mã lệnh là kiểm tra hộp trắng mức lớp [25]. Cách thức tốt để viết các bộ kiểm tra như vậy, cho một hệ
thống hướng đối tượng, có một lớp kiểm tra cho mỗi lớp khởi tạo lớp quan
trọng. Bạn cũng có thể sử dụng chương trình kiểm tra (chẳng hạn Junit [30] để quản lý việc kiểm tra và đưa ra cách thức kiểm tra được chuẩn hoá.
Chương trình kiểm tra nên cung cấp các cách thức mềm dẻo để kết hợp các
kiểm tra cho đến khi chúng được thực hiện theo trình tự bất kỳ.
Việc kiểm tra nên hướng vào các rủi ro. Có nghĩa là bạn kiểm tra các thành phần lớp phức tạp và có giá trị nhất. Nhớ tập trung vào việc kiểm tra xung quanh phạm vi đầu vào và các điều kiện đặc biệt khác. Đừng cố kiểm tra tất cả mọi thứ hoặc không kiểm tra gì cả.
Bên cạnh việc kiểm tra, việc xem xét mã lệnh cũng rất quan trọng đối
với qua trình xác định chất lượng phần mềm. Quá trình cải tiến mã lệnh có thể là một phần không thể thiếu của việc xem xét, đặc biệt nếu chúng được quản lý trong các nhóm nhỏ. Cải tiến mã lệnh cho bạn cơ hội để thấy hiệu quả toàn diện của những sửa đổi được đưa ra.