JavaRush /Blog Java /Random-VI /Người xác nhận, hiểu và tha thứ

Người xác nhận, hiểu và tha thứ

Xuất bản trong nhóm
Kể cả sau khi hoàn thành khóa học jr, thỉnh thoảng tôi vẫn vào đây phần trợ giúp để góp ý và giúp đỡ. Hầu như luôn luôn câu hỏi bắt đầu bằng cụm từ “Tôi đã làm mọi thứ chính xác, nhưng người xác nhận không cho tôi vào” hoặc điều gì đó tương tự. Chính những tiêu đề này đã khiến tôi viết ở đây. Từ giờ trở đi, tôi đề nghị chấp nhận nó là sự thật - người xác thực luôn đúng. Đôi khi lỗi xuất hiện, nhưng mỗi lần như vậy số lượng chúng ngày càng ít đi. Do đó, nếu bạn nhận được lời từ chối từ người xác thực, tôi khuyên bạn nên cho rằng mình đã mắc sai lầm ở đâu đó. Và bây giờ, để không đập đầu vào tường, bạn cần bắt đầu làm chủ bài kiểm tra. Có một số bài viết về chủ đề này ( JUnit part I JUnit part II ). Hơn nữa, không phải “trường hợp thuận tiện” mới cần phải thử nghiệm. Ví dụ: hãy nhận nhiệm vụ task1916 . Rất thường xuyên, sau khi viết ra giải pháp, mọi người sẽ kiểm tra các phương án lý tưởng. Tùy chọn lý tưởng sẽ trôi qua, có nghĩa là bạn có thể gửi nhiệm vụ. Và rồi sự từ chối đến. Vì vậy, những gì cần phải được thực hiện? Đúng rồi, viết một ví dụ kiểm tra khác. Và rồi cái khác, cái khác cho đến khi người xác nhận vượt qua quá trình kiểm tra. Ví dụ: mã sẽ phản hồi như thế nào với tệp thứ hai trống? Còn cái đầu tiên trống thì sao? Dưới đây là các ví dụ mới nhất https://javarush.com/help/15861 Bây giờ, điều quan trọng là bạn phải hiểu rằng nhà phát triển không chỉ viết mã mà còn phải tự mình kiểm tra mã đó và không được dựa vào người kiểm tra. Thành thật mà nói, tôi vẫn hơi lo sợ khi quá trình phát triển chuyển sang giai đoạn thử nghiệm. Tôi tin rằng mã của tôi sẽ hoạt động tốt và không có lỗi. Tôi luôn cảm thấy tồi tệ nếu tôi đưa ra mã không hoạt động. Hóa ra tôi đã viết gì đó và không kiểm tra nó, tức là. lãng phí thời gian của ai đó. Tất nhiên, sau này tại nơi làm việc, bạn sẽ có một danh sách các yêu cầu và từ người kiểm tra, bạn sẽ có thể nhận được một bộ trường hợp kiểm thử cho phần mềm của mình và thích ứng với nó và mọi việc sẽ dễ dàng hơn, nhưng tôi không tin vào điều đó. Mã của bạn là trách nhiệm của bạn và các thử nghiệm giúp đảm bảo rằng mọi thứ hoạt động như bình thường. Bây giờ bạn có cơ hội tuyệt vời để cải thiện kỹ năng thử nghiệm của mình. Khi vào phần trợ giúp không viết câu trả lời cho tác giả dưới dạng code. Hãy đưa ra một ví dụ thử nghiệm không phù hợp với anh ta. Bằng cách này, bạn sẽ cải thiện bản thân và giúp đỡ tác giả mà không cần giải quyết vấn đề cho anh ta.
Người xác thực, hiểu và tha thứ - 1
Bình luận
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION