such applications [6, 12, 14]. With the ever-increasing demandson the  dịch - such applications [6, 12, 14]. With the ever-increasing demandson the  Việt làm thế nào để nói

such applications [6, 12, 14]. With

such applications [6, 12, 14]. With the ever-increasing demands
on the quality of Web 2.0 applications, new techniques
and models need to be developed to test this new
class of software. How to automate such a testing technique
is the question that we address in this paper.
In order to detect a fault, a testing method should meet
the following conditions [18, 20]: reach the fault-execution,
which causes the fault to be executed, trigger the errorcreation,
which causes the fault execution to generate an
incorrect intermediate state, and propagate the error, which
enables the incorrect intermediate state to propagate to the
output and cause a detectable output error.
Meeting these reach/trigger/propagate conditions is
more difficult for AJAX applications compared to classical
web applications. During the past years, the general approach
in testing web applications has been to request a
response from the server (via a hypertext link) and to analyze
the resulting HTML. This testing approach based on
the page-sequence paradigm has serious limitations meeting
even the first (reach) condition on AJAX sites. Recent
tools such as Selenium1 use a capture/replay style for testing
AJAX applications. Although such tools are capable of
executing the fault, they demand a substantial amount of
manual effort on the part of the tester.
Static analysis techniques have limitations in revealing
faults which are due to the complex run-time behavior of
modern rich web applications. It is this dynamic run-time
interaction that is believed [10] to make testing such applications
a challenging task. On the other hand, when applying
dynamic analysis on this new domain of web, the main
difficulty lies in detecting the various doorways to different
dynamic states and providing proper interface mechanisms
for input values.
In this paper, we discuss challenges of testing AJAX
(Section 3) and propose an automated testing technique for
finding faults in AJAX user interfaces. We extend our AJAX
crawler, CRAWLJAX (Sections 4–5), to infer a state-flow
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Các ứng dụng [6, 12, 14]. Với nhu cầu ngày càng tăngvề chất lượng của các ứng dụng Web 2.0, kỹ thuật mớivà mô hình cần phải được phát triển để thử nghiệm này mớilớp học của phần mềm. Làm thế nào để tự động hoá một kỹ thuật thử nghiệmlà câu hỏi mà chúng tôi địa chỉ trong bài báo này.Để phát hiện một lỗi, một phương pháp thử nghiệm nên đáp ứngCác điều kiện sau đây [18, 20]: tiếp cận với lỗi thực hiện,mà gây ra lỗi để được thực thi, kích hoạt errorcreation,mà gây ra lỗi thực hiện để tạo ra mộtkhông chính xác trung cấp nhà nước, và tuyên truyền các lỗi, màcho phép các tiểu bang Trung gian không chính xác để truyền cho cácđầu ra và gây ra một lỗi phát hiện ra.Đáp ứng các điều kiện tiếp cận/kích hoạt/tuyên truyền làkhó khăn hơn cho các ứng dụng AJAX so với cổ điểnứng dụng web. Trong những năm qua, cách tiếp cận chungtrong thử nghiệm ứng dụng web đã yêu cầu mộtCác phản ứng từ các máy chủ (thông qua một liên kết siêu văn bản) và để phân tíchkết quả HTML. Phương pháp thử nghiệm này dựa trênCác mô hình trang-chuỗi có những hạn chế nghiêm trọng cuộc họpthậm chí đầu tiên (tiếp cận) tình trạng trên các trang web AJAX. TạiCác công cụ như Selenium1 sử dụng một phong cách chụp/phát lại để thử nghiệmCác ứng dụng AJAX. Mặc dù các công cụ có khả năngthực hiện lỗi, họ yêu cầu một số lượng đáng kể củahướng dẫn sử dụng nỗ lực trên một phần của thử nghiệm.Các kỹ thuật phân tích tĩnh có giới hạn trong tiết lộlỗi đó là do hành vi phức tạp của thời gian chạy củaứng dụng web phong phú hiện đại. Nó là này thời gian chạy năng độngtương tác tin [10] cho thử nghiệm các ứng dụngmột nhiệm vụ khó khăn. Mặt khác, khi áp dụngđộng phân tích trên tên miền này mới của trang web, chínhkhó khăn nằm trong việc phát hiện các cöûa ra vaøo khác nhau với khác nhaunăng động kỳ và cung cấp cơ chế thích hợp giao diệnnhập giá trị.Trong bài này, chúng tôi thảo luận về những thách thức của thử nghiệm AJAX(Phần 3) và đề xuất một kỹ thuật kiểm tra tự động choviệc tìm kiếm lỗi trong giao diện người dùng AJAX. Chúng tôi mở rộng AJAX của chúng tôithu thập, CRAWLJAX (phần 4-5), để suy ra một dòng chảy nhà nước
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
ứng dụng như vậy [6, 12, 14]. Với nhu cầu ngày càng cao
về chất lượng của các ứng dụng Web 2.0, các kỹ thuật mới
và các mô hình cần được phát triển để kiểm tra mới này
lớp của phần mềm. Làm thế nào để tự động hóa một kỹ thuật xét nghiệm như
vậy. Là câu hỏi mà chúng tôi giải quyết trong bài báo này
Để phát hiện một lỗi, một phương pháp thử nghiệm phải đáp ứng
các điều kiện sau đây [18, 20]: đạt các lỗi thực thi,
mà nguyên nhân của lỗi được thực hiện, kích hoạt các errorcreation,
mà nguyên nhân của thực lỗi để tạo ra một
trạng thái trung gian không chính xác, và tuyên truyền các lỗi, mà
cho phép các trạng thái trung gian không chính xác để truyền cho các
đầu ra và gây ra một lỗi sản lượng bị phát hiện.
Đáp ứng các đạt / kích hoạt / tuyên truyền điều kiện được
khó khăn hơn cho các ứng dụng AJAX so với cổ điển
ứng dụng web. Trong những năm qua, các phương pháp tiếp cận chung
trong các ứng dụng web thử nghiệm đã được yêu cầu
phản hồi từ máy chủ (thông qua một liên kết siêu văn bản) và để phân tích
các kết quả HTML. Phương pháp thử nghiệm này dựa trên
các mô hình trang-sequence có những hạn chế nghiêm trọng đáp ứng
ngay cả những (tầm) Điều kiện đầu tiên trên các trang web AJAX. Gần đây
các công cụ như Selenium1 sử dụng một phong cách chụp / replay để thử nghiệm
các ứng dụng AJAX. Mặc dù công cụ như vậy có khả năng
thực hiện các lỗi, họ yêu cầu một số lượng đáng kể của
nhãn nỗ lực trên một phần của thử nghiệm.
Kỹ thuật phân tích tĩnh có những hạn chế trong việc phát hiện
lỗi mà là do những hành vi phức tạp thời gian chạy của
các ứng dụng web phong phú hiện đại. Nó là năng động này thời gian chạy
tương tác được tin [10] để làm cho thử nghiệm các ứng dụng như
là một nhiệm vụ đầy thử thách. Mặt khác, khi áp dụng
phân tích năng động trên tên miền mới này của web, các chính
khó khăn nằm trong việc phát hiện các cửa ra vào khác nhau để khác nhau
trạng thái biến đổi và cung cấp cơ chế giao diện thích hợp
cho các giá trị đầu vào.
Trong bài báo này, chúng tôi thảo luận về những thách thức của thử nghiệm AJAX
(Mục 3) và đề xuất một kỹ thuật kiểm tra tự động cho
việc tìm kiếm lỗi trong giao diện người sử dụng AJAX. Chúng tôi mở rộng AJAX của chúng tôi
thu thập thông tin, CRAWLJAX (Phần 4-5), để suy ra trạng thái dòng chảy
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: