This coding process changes the ord

This coding process changes the order of activities in coding
In TDD, programmer first writes the test scripts and then writes the code to pass the test cases in the script
This is done incrementally
Is a relatively new approach, and is a part of the extreme programming (XP) approach

In TDD, you write just enough code to pass the test
I.e. code is always in sync with the tests and gets tested by the test cases
Not true in code first approach, as test cases may only test part of functionality
Responsibility to ensure that all functionality is there is on test case design, not coding
Help ensure that all code is testable

Focus shifts to how code will be used as test cases are written first
Helps validate user interfaces specified in the design
Focuses on usage of code
Functionality prioritization happens naturally
Has possibility that special cases for which test cases are not possible get left out
Code improvement through refactoring will be needed to avoid getting a messy code

Results (Vietnamese) 1:

Quá trình mã hóa này thay đổi thứ tự của các hoạt động mã hóaỞ TDD, lập trình viên đầu tiên viết lệnh kiểm tra và sau đó viết các mã để vượt qua trường hợp kiểm tra trong kịch bảnĐiều này được thực hiện từng bướcLà một phương pháp tương đối mới, và là một phần cực lập trình phương pháp tiếp cận (XP)Ở TDD, bạn viết mã chỉ đủ để vượt qua các thử nghiệmTức là mã là luôn luôn được đồng bộ với các bài kiểm tra và được thử nghiệm của trường hợp thử nghiệmKhông đúng sự thật trong cách tiếp cận đầu tiên mã, như trường hợp kiểm tra chỉ có thể kiểm tra một phần của chức năngTrách nhiệm để đảm bảo rằng tất cả các chức năng đó là trường hợp thử nghiệm thiết kế, không mã hóaGiúp đảm bảo rằng tất cả các mã là testableTập trung thay đổi để làm mã sẽ được sử dụng như trường hợp kiểm tra được viết đầu tiênGiúp xác nhận giao diện người dùng được chỉ định trong thiết kếTập trung vào cách sử dụng mãChức năng ưu tiên sẽ xảy ra tự nhiênCó khả năng trường hợp đặc biệt mà trường hợp kiểm tra là không thể có được trái ra ngoàiCải tiến mã thông qua refactoring sẽ là cần thiết để tránh nhận được một mã lộn xộn

Results (Vietnamese) 2:

Quá trình mã hóa này thay đổi thứ tự của các hoạt động trong mã hóa
Trong TDD, lập trình đầu tiên viết các kịch bản thử nghiệm và sau đó viết code để vượt qua các trường hợp kiểm tra trong kịch bản
này được thực hiện từng bước
có phải là một cách tiếp cận tương đối mới, và là một phần của chương trình cực (XP) cách tiếp cận

Trong TDD, bạn viết chỉ đủ code để vượt qua các thử nghiệm
Nghĩa là: mã luôn luôn được đồng bộ với các bài kiểm tra và được thử nghiệm bởi các trường hợp thử nghiệm
không đúng trong cách tiếp cận mã đầu tiên, như trường hợp thử nghiệm chỉ có thể kiểm tra một phần của chức năng
Trách nhiệm bảo đảm rằng tất cả các chức năng là có về trường hợp thử nghiệm thiết kế, không mã hóa
giúp bảo đảm rằng tất cả các mã là có thể kiểm chứng

sự thay đổi Focus cách mã sẽ được sử dụng như trường hợp thử nghiệm được viết đầu tiên
Giúp xác nhận giao diện người dùng chỉ định trong thiết kế
, tập trung vào cách sử dụng của mã
chức năng ưu tiên xảy ra tự nhiên
có khả năng là trường hợp đặc biệt mà trường hợp thử nghiệm không thể đứng ngoài cuộc
cải thiện mã thông qua refactoring sẽ là cần thiết để tránh nhận được một mã lộn xộn