During testing for this application

During testing for this application, we discovered that the charting feature worked on one of the preceding configurations but not the other. After further investigation, we learned that the problem occurred only in the two-box configuration. After examining the code, we realized that the problem was in steps 2 and 3. In step 2, the query result is written to c: empchart.val of the database server local drive. In step 3, the Chart Java applet is running on the application server that is not in the same box with the database server. When it attempts to open the file c: empchart.val on the application server local drive, the file is not there. Does it mean that we read the code every time we come across an error? No, we can leave the debugging work for the developers. The key is to clearly identify which server configurations are problematic and include such information in bug reports. It’s also recommended to have a cursory suite
of test cases to be executed on all distributed configurations that are supported by the application server under test, to ensure that configuration-specific errors are uncovered.

Kết quả (Việt) 1:

Trong quá trình thử nghiệm cho các ứng dụng này, chúng tôi phát hiện ra rằng các tính năng biểu đồ làm việc trên một trong các cấu hình trước nhưng không khác. Sau khi điều tra thêm, chúng tôi biết rằng vấn đề xảy ra chỉ ở cấu hình hai hộp. Sau khi kiểm tra các mã, chúng tôi nhận ra rằng vấn đề là ở bước 2 và 3. Trong bước 2, kết quả truy vấn được viết để c: empchart.val máy chủ cơ sở dữ liệu đĩa cục bộ. Trong bước 3, biểu đồ Java applet đang chạy trên máy chủ ứng dụng đó không phải là trong cùng một hộp với các máy chủ cơ sở dữ liệu. Khi nó cố gắng để mở tập tin c: empchart.val trên ổ đĩa địa phương máy chủ ứng dụng, tập tin là không có. Có nghĩa là chúng ta đọc mã mỗi khi chúng tôi đi qua một lỗi? Không, chúng tôi có thể rời khỏi công việc gỡ lỗi cho các nhà phát triển. Điều quan trọng là rõ ràng xác định cấu hình máy chủ đó là có vấn đề và bao gồm các thông tin trong báo cáo lỗi. Nó cũng khuyến khích để có một bộ lướt quakiểm tra các trường hợp được thực hiện trên phân phối tất cả các cấu hình được hỗ trợ bởi các máy chủ ứng dụng theo thử nghiệm, để đảm bảo rằng cấu hình cụ thể lỗi được phát hiện.

Kết quả (Việt) 2:

Trong thời gian thử nghiệm cho các ứng dụng này, chúng tôi phát hiện ra rằng các tính năng biểu đồ làm việc trên một trong các cấu hình trước đó nhưng không phải là khác. Sau khi điều tra thêm, chúng tôi được biết rằng vấn đề chỉ xảy ra trong cấu hình hai hộp. Sau khi kiểm tra mã, chúng tôi nhận ra rằng vấn đề là ở bước 2 và 3. Trong bước 2, kết quả truy vấn được ghi vào c: temp chart.val của máy chủ cơ sở dữ liệu ổ đĩa cục bộ. Trong bước 3, Chart Java applet được chạy trên máy chủ ứng dụng mà không phải là trong cùng một hộp với máy chủ cơ sở dữ liệu. Khi nó cố gắng để mở file c: temp chart.val trên máy chủ ứng dụng ổ đĩa địa phương, các tập tin là không có. Liệu nó có nghĩa là chúng ta đọc mã mỗi khi chúng tôi đi qua một lỗi? Không, chúng ta có thể rời khỏi công việc gỡ lỗi cho các nhà phát triển. Điều quan trọng là phải xác định rõ những máy chủ cấu hình đang có vấn đề và bao gồm các thông tin như vậy trong báo cáo lỗi. Nó cũng được khuyến khích để có một bộ lướt qua
các trường hợp thử nghiệm được thực hiện trên tất cả các cấu hình phân phối được hỗ trợ bởi các máy chủ ứng dụng trong kiểm tra, để đảm bảo rằng các lỗi cấu hình cụ thể được phát hiện.