at different phases of the software development process and, typically dịch - at different phases of the software development process and, typically Việt làm thế nào để nói

at different phases of the software

at different phases of the software development process and, typically, researchers
working within each topic will form disjoint communities.
Figure 5 illustrates the SBSE-inspired relationship between requirements optimiza-
tion and regression testing. As a selection problem, the task of selecting requirements
is closely related to the problem of selecting test cases for regression testing. The
difference is that test cases have to cover code in order to achieve high fitness, whereas
requirements have to cover customer expectations. In the detail, there will be differ-
ences in these two forms of coverage, but as optimization problems, the similarity is
striking: both can be viewed as subset selection problems and also as set cover problems.
When one turns to the problem of prioritization, the similarity is also most striking.
Both regression test cases and requirements need to be prioritized. In requirement
analysis, we seek an order that will ensure that, should development be interrupted,
then maximum benefit will have been achieved for the customer at the least cost to the
developer, a classic multiobjective cost/benefit problem. For test cases, the prioritization
must seek to ensure that, should testing be stopped, then maximum achievement of
test objectives is achieved with minimum test effort.
This is an appealing aspect of SBSE. It has the potential to create links and bridges
between areas of SE that have grown apart over the years, but which submit to similar
analysis from the optimization point of view. Such relationships may lead to exciting
new opportunities for cross fertilization between disjoint research communities. These
opportunities are a compelling reason for the emergence of conferences and events
that focus on Search-Based SE. The approach clearly has the potential to cut across
traditional SE boundaries.

11. OVERLOOKED AND EMERGING AREAS

Some areas of SBSE activity have been considered briefly in the literature and then
appear to have been overlooked by subsequent research. This section highlights these
areas. That is, these are topics that have been addressed, shown promising results, but
which have attracted neither follow-on studies nor (relatively speaking) many citations.
Given the initially patchy nature of work on SBSE and the recent upsurge in interest
and activity, these potentially overlooked areas may be worthy of further study.
Furthermore, this survey comes at a time when SBSE research is becoming
widespread, but before it has become mainstream. It is too soon to know whether
some of the areas that have apparently hitherto been overlooked might not simply be
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
tại các giai đoạn khác nhau của các quá trình phát triển phần mềm và thông thường, các nhà nghiên cứu làm việc trong mỗi chủ đề sẽ tạo thành các cộng đồng. Hình 5 minh hoạ SBSE lấy cảm hứng từ mối quan hệ giữa yêu cầu optimiza- tion và hồi qui kiểm tra. Như một vấn đề lựa chọn, việc lựa chọn các yêu cầu chặt chẽ liên quan đến vấn đề của việc lựa chọn trường hợp kiểm tra hồi quy thử nghiệm. Các sự khác biệt là trường hợp thử nghiệm phải bao gồm mã để đạt được fitness cao, trong khi yêu cầu phải bao gồm sự mong đợi của khách hàng. Trong các chi tiết, sẽ có khác nhau- ences trong hai hình thức bảo hiểm, nhưng là tối ưu hóa vấn đề, sự giống nhau là Ấn tượng: cả hai có thể được xem như là tập hợp con lựa chọn vấn đề và cũng như được trình bày bao gồm vấn đề. Khi một lần lượt cho vấn đề ưu tiên, sự giống nhau là cũng nổi bật nhất. Cả hai trường hợp kiểm tra hồi quy và các yêu cầu cần phải được ưu tiên. Trong yêu cầu phân tích, chúng tôi tìm kiếm một đơn đặt hàng sẽ đảm bảo rằng, nên phát triển bị gián đoạn, sau đó tối đa chứa này sẽ đã đạt được cho khách hàng ít chi phí để các nhà phát triển, vấn đề chi phí/chứa multiobjective cổ điển. Đối với trường hợp thử nghiệm, ưu tiên phải tìm cách đảm bảo rằng, nên kiểm tra là dừng lại, sau đó tối đa thành tích của mục tiêu thử nghiệm được thực hiện với nỗ lực tối thiểu thử nghiệm. Đây là một khía cạnh hấp dẫn của SBSE. Đô thị này có tiềm năng để tạo ra các liên kết và cầu giữa các khu vực của SE mà đã phát triển ngoài trong những năm qua, nhưng mà gửi lại similar phân tích từ tối ưu hóa quan điểm trên. Các mối quan hệ có thể dẫn đến thú vị cơ hội mới cho qua thụ tinh giữa các nghiên cứu cộng đồng. Đây cơ hội là một lý do gì buộc cho sự xuất hiện của hội nghị và sự kiện tập trung vào tìm kiếm dựa trên SE. Phương pháp tiếp cận rõ ràng có khả năng cắt ngang qua phố ranh giới Tây Bắc truyền thống. 11. BỊ BỎ QUA VÀ ĐANG PHÁT TRIỂN KHU VỰC Một số khu vực của SBSE hoạt động đã được coi là briefly trong các tài liệu và sau đó dường như đã được bỏ qua bởi các nghiên cứu tiếp theo. Phần này làm nổi bật những khu vực. Có nghĩa là, đây là những chủ đề đã được giải quyết, Hiển thị các kết quả hứa hẹn, nhưng mà đã thu hút các nghiên cứu hợp đồng trước đó cũng như (tương đối nói) nhiều trích dẫn. Đưa ra bản chất loang lổ ban đầu làm việc trên SBSE và đấm tại trong quan tâm và hoạt động, các khu vực có khả năng bị bỏ qua có thể xứng đáng của nghiên cứu thêm. Hơn nữa, khảo sát này đi kèm với một thời gian khi SBSE nghiên cứu đang trở thành phổ biến rộng rãi, nhưng trước khi nó đã trở thành chủ đạo. Nó là quá sớm để biết cho dù một số các lĩnh vực mà dường như đã cho đến nay được bỏ qua có thể không chỉ đơn giản là
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
at different phases of the software development process and, typically, researchers
working within each topic will form disjoint communities.
Figure 5 illustrates the SBSE-inspired relationship between requirements optimiza-
tion and regression testing. As a selection problem, the task of selecting requirements
is closely related to the problem of selecting test cases for regression testing. The
difference is that test cases have to cover code in order to achieve high fitness, whereas
requirements have to cover customer expectations. In the detail, there will be differ-
ences in these two forms of coverage, but as optimization problems, the similarity is
striking: both can be viewed as subset selection problems and also as set cover problems.
When one turns to the problem of prioritization, the similarity is also most striking.
Both regression test cases and requirements need to be prioritized. In requirement
analysis, we seek an order that will ensure that, should development be interrupted,
then maximum benefit will have been achieved for the customer at the least cost to the
developer, a classic multiobjective cost/benefit problem. For test cases, the prioritization
must seek to ensure that, should testing be stopped, then maximum achievement of
test objectives is achieved with minimum test effort.
This is an appealing aspect of SBSE. It has the potential to create links and bridges
between areas of SE that have grown apart over the years, but which submit to similar
analysis from the optimization point of view. Such relationships may lead to exciting
new opportunities for cross fertilization between disjoint research communities. These
opportunities are a compelling reason for the emergence of conferences and events
that focus on Search-Based SE. The approach clearly has the potential to cut across
traditional SE boundaries.

11. OVERLOOKED AND EMERGING AREAS

Some areas of SBSE activity have been considered briefly in the literature and then
appear to have been overlooked by subsequent research. This section highlights these
areas. That is, these are topics that have been addressed, shown promising results, but
which have attracted neither follow-on studies nor (relatively speaking) many citations.
Given the initially patchy nature of work on SBSE and the recent upsurge in interest
and activity, these potentially overlooked areas may be worthy of further study.
Furthermore, this survey comes at a time when SBSE research is becoming
widespread, but before it has become mainstream. It is too soon to know whether
some of the areas that have apparently hitherto been overlooked might not simply be
đ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: