ما الذي يفعله التطبيق الغامرة?
التطبيقات قبل العرض الرسمي الاول لن ويندوز 8
The term "Immersive app" had been used internally by Microsoft developers to refer to the apps prior to the first official presentation of Windows 8, after which they were referred to as "Metro-style apps" in reference to the Metro design language. The term was phased out in August 2012; a Microsoft spokesperson denied rumors that the change was related to a potential trademark issue, and stated that "Metro" was only a codename that would be replaced prior to Windows 8's release. Following these reports, the terms "Modern UI-style apps", "Windows 8-style apps" and "Windows Store apps" began to be used by various Microsoft documents and material to refer to the new apps. In an interview on September 12, 2012, Soma Somasegar (vice president of Microsoft's development software division) confirmed that "Windows Store apps" would be the official term for the apps. An MSDN page explaining the Metro design language uses the term "Modern design" to refer to the language as a whole. تم استخدام مصطلح التطبيق الغامرة داخليا من قبل المطورين من مايكروسوفت لكي تشير الى التطبيقات قبل العرض الرسمي الاول لن ويندوز 8, والتي تم الاشارة اليها بعد ذلك باسم تطبيقات على نمط المترو بالاشارة الى لغة تصميم المترو. تم التخلص من هذا المصطلح تدريجيا في اب / اغسطس 2012 ؛ نفى متحدث باسم مايكروسوفت الشائعات بان التغيير كان له علاقة بالعلامات التجارية المحتملة, وقال ان مترو هو مجرد اسم رمزي سيتم استبدالها قبل اصدار ويندوز 8. وفي اعقاب هذه التقارير, بدات استخدام المصطلحات الحديثة على اسلوب واجهة المستخدم, وتطبيقات ويندوز 8-وتطبيقات ويندوز store, وتطبيقات ويندوز store, وذلك من قبل العديد من الوثائق والمواد من مايكروسوفت للحصول على التطبيقات الجديدة في مقابلة في 12 ايلول / سبتمبر 2012, اكدت سوما somasegar (نائب رئيس شعبة برامج تطوير مايكروسوفت) ان تطبيقات ويندوز ستكون المصطلح الرسمي لتطبيقات التطبيقات. صفحة msdn تشرح لغة تصميم المترو تستخدم مصطلح التصميم الحديث لكي تشير الى اللغة باكملها. Der Begriff Immersive-App wurde intern von Microsoft-Entwicklern verwendet, um die Apps vor der ersten offiziellen Präsentation von Windows 8, zu verweisen, nach denen sie als Metro-Stil-Apps in Bezug auf die Metro-Design-Sprache bezeichnet wurden. Der Begriff wurde im August 2012 auslaufen; ein Microsoft-Sprecher lehnte Gerüchte ab, dass die Veränderung mit einer potenziellen Markenzeichen verbunden sei, und erklärte, dass Metro nur ein Codename sei, der vor dem Release von Windows 8 ersetzt werden würde. Nach diesen Berichten begannen die Begriffe Modern UI-Style Apps, Windows 8-Style Apps und Windows Store Apps von verschiedenen Microsoft-Dokumenten und Material, um auf die neuen Apps zu verweisen. In einem Interview zum 12 September 2012 bestätigte Soma Somasegar (Vizepräsident von Microsoft Development Software Division), dass Windows Store Apps der offizielle Begriff für die Apps sein würden. Eine MSDN-Seite, die die Metro-Design-Sprache erklärt, verwendet den Begriff Modern Design, um sich auf die Sprache als Ganzes zu beziehen El término envolvente app había sido utilizado internamente por los desarrolladores de Microsoft para referirse a las aplicaciones antes de la primera presentación oficial de Windows 8, después de lo cual fueron referidos como aplicaciones de estilo metro en referencia al lenguaje de diseño de metro. El término fue eliminado en agosto de 2012; un portavoz de Microsoft negó los rumores de que el cambio estaba relacionado con un problema de marca potencial, y declaró que metro era sólo un nombre de nombre que sería reemplazado antes de la liberación de Windows 8 siguiendo estos informes, los términos de aplicaciones modernas de estilo ui, WINDOWS 8-estilo apps y windows store apps comenzaron a ser utilizados por varios documentos de Microsoft y material para referirse a las nuevas aplicaciones. en una entrevista el 12 de septiembre de 2012, soma somasegar (Vicepresidente de la división de software de desarrollo de Microsoft) confirmó que las aplicaciones de windows store serían el término oficial para las aplicaciones. una página de msdn que explica el lenguaje de diseño de metro utiliza el término diseño moderno para referirse al idioma en su conjunto. विंडोज की पहली आधिकारिक प्रस्तुति से पहले एप्लिकेशन का उल्लेख करने के लिए माइक्रोसॉफ्ट डेवलपर्स द्वारा आंतरिक रूप से तल्लीन एप्लिकेशन का उपयोग किया गया था 8, जिसके बाद उन्हें मेट्रो डिजाइन भाषा के संदर्भ में मेट्रो-शैली एप्लिकेशन के रूप में संदर्भित किया गया था । यह शब्द अगस्त 2012 में समाप्त हो गया था; एक माइक्रोसॉफ्ट प्रवक्ता ने अफवाहों से इनकार किया कि परिवर्तन एक संभावित ट्रेडमार्क मुद्दे से संबंधित था, और कहा कि मेट्रो केवल एक कोडनाम था जो विंडोज 8 के रिलीज से पहले बदल दिया जाएगा । इन रिपोर्टों के बाद, आधुनिक यूआई-शैली एप्लिकेशन, विंडोज 8-शैली एप्लिकेशन और विंडोज स्टोर एप्लिकेशन को नए एप्लिकेशन का उल्लेख करने के लिए विभिन्न microsoft दस्तावेज़ों और सामग्री द्वारा उपयोग किया जाना शुरू हो गया है । 12 सितंबर, 2012 को एक साक्षात्कार में, सोमा somasegar (माइक्रोसॉफ्ट के विकास सॉफ्टवेयर डिवीजन के उपाध्यक्ष) ने पुष्टि की कि विंडोज स्टोर एप्लिकेशन एप्लिकेशन के लिए आधिकारिक शब्द होंगे । मेट्रो डिजाइन भाषा को समझाते हुए एक msdn पेज एक पूरे रूप में भाषा को संदर्भित करने के लिए आधुनिक डिजाइन का उपयोग करता है । Ứng dụng Immersive hạn đã được sử dụng nội bộ bởi các nhà phát triển Microsoft để tham khảo các ứng dụng trước khi trình bày chính thức đầu tiên của Windows 8, sau đó họ được gọi là các ứng dụng phong cách Metro để tham khảo ngôn ngữ thiết kế Metro. Thuật ngữ đã được kiểm tra vào tháng 2012 năm 2012; một người phát ngôn Microsoft từ chối tin đồn rằng sự thay đổi liên quan đến một vấn đề thương hiệu tiềm năng, và cho rằng Metro chỉ là một bí mật mà sẽ được thay thế trước khi ra mắt Windows 8 ' s release. Theo dõi các báo cáo này, các ứng dụng của các ứng dụng, Windows 8-phong cách và các ứng dụng cửa hàng Windows đã bắt đầu được sử dụng bởi các tài liệu và tài liệu Microsoft khác nhau để tham khảo các ứng dụng mới. Trong một cuộc phỏng vấn về ngày 12 tháng 12 năm 2012, Soma Somasegar (phó tổng thống của bộ phận phần mềm phát triển của Microsoft) xác nhận rằng các ứng dụng Windows Store sẽ là thuật ngữ chính thức cho các ứng dụng. Một trang MSDN giải thích về ngôn ngữ thiết kế Metro sử dụng các thiết kế hiện đại để tham khảo ngôn ngữ như là một. 这个术语沉浸式应用程序已被微软开发者使用, 在第一次正式介绍windows之前参考应用程序8, 之后, 他们被称为地铁风格的应用程序, 参照地铁设计语言. 该术语在2012年八月被逐步淘汰; 一个微软发言人否认有谣言说, 这一变化与潜在商标问题有关, 并说地铁只是一个代号, 将在windows 8发布之前被替换. 根据这些报告, 现代ui-style应用程序, windows 8-style应用程序和windows store应用程序开始被各种微软文件和材料使用, 以参考新应用程序. 在2012 年 九月 12 日的采访中, soma somasegar (微软开发软件司副总裁)确认, windows商店应用程序将是应用程序的官方术语. 一个解释地铁设计语言的msdn页面使用现代设计来参考整个语言.
محاولات الاختبار المدمرة لتسبب فشل البرمجيات او النظام الفرعي. وهي تتحقق من ان البرمجيات تعمل بشكل صحيح حتى عندما تتلقى المدخلات غير الصحيحة او غير المتوقعة, مما يجعل قوة التحقق من صحة المدخلات وادارة الاخطاء.[الاقتباس المطلوب] حقن خطا البرمجيات, في شكل تضبيب, هو مثال على ذلك. من اختبار الفشل. ويتم ربط العديد من ادوات الاختبار التجارية غير الوظيفية من صفحة حقن الخطا في البرمجيات ؛ وهناك ايضا العديد من ادوات البرمجيات المفتوحة المصدر والمجان المتاحة التي تقوم بالفحص المدمرة. प्रतिगमन परीक्षण एक प्रमुख कोड परिवर्तन के बाद दोषों को खोजने पर केंद्रित है । विशेष रूप से, यह सॉफ्टवेयर प्रत्यागमन को उजागर करना चाहता है, जैसे कि अपमानित या खोई हुई सुविधाओं के रूप में, पुराने बग सहित जो वापस आ गए हैं । ऐसे प्रत्यागमन होते हैं जब भी सॉफ्टवेयर कार्यक्षमता जो पहले सही ढंग से काम कर रही थी, इरादा के रूप में काम करना बंद कर आमतौर पर, प्रत्यागमन कार्यक्रम परिवर्तन के एक अनैच्छिक परिणाम के रूप में होता है, जब सॉफ्टवेयर का नया विकसित भाग पहले मौजूदा कोड से टकरा जाता है । प्रतिगमन परीक्षण के सामान्य तरीकों में परीक्षण-मामलों के पिछले सेट फिर से चल रहे हैं और जांच कर रहे हैं कि क्या पहले निश्चित दोष फिर से उभरे हैं । परीक्षण की गहराई रिलीज प्रक्रिया में चरण पर निर्भर करती है और जोड़े गए सुविधाओं का जोखिम है । वे या तो पूरा हो सकते हैं, परिवर्तनों के लिए देर से जोड़ा गया या जोखिम भरा माना जाता है, या बहुत उथले हो जाता है, जिसमें प्रत्येक सुविधा पर सकारात्मक परीक्षण होते हैं, अगर परिवर्तन में जल्दी हो या कम जोखिम के बारे में समझा जाता है । प्रतिगमन परीक्षण आम तौर पर वाणिज्यिक सॉफ्टवेयर विकास में सबसे बड़ा परीक्षण प्रयास है, पूर्व सॉफ्टवेयर सुविधाओं में कई विवरण की जांच करने के कारण, और नए सॉफ्टवेयर को भी विकसित किया जा सकता है, जबकि नए डिजाइन के भागों को परीक्षण करने के लिए कुछ पुराने परीक्षण का उपयोग किया जा सकता है कार्यक्षमता अभी भी समर्थित है । विनाशकारी परीक्षण सॉफ्टवेयर या एक उप-प्रणाली को विफल करने के लिए प्रयास करता है । यह पुष्टि करता है कि सॉफ्टवेयर ठीक से काम करता है जब यह अवैध या अप्रत्याशित इनपुट प्राप्त करता है, जिससे इनपुट सत्यापन और त्रुटि-प्रबंधन दिनचर्या की मजबूती की स्थापना की जाती है.[प्रशस्ति पत्र की आवश्यकता है] सॉफ्टवेयर फॉल्ट इंजेक्शन, fuzzing के रूप में, एक उदाहरण है असफलता परीक्षण का । विभिन्न वाणिज्यिक गैर-कार्यात्मक परीक्षण टूल सॉफ्टवेयर फॉल्ट इंजेक्शन पेज से लिंक किए गए हैं; यहाँ भी कई ओपन-सोर्स और मुफ्त सॉफ्टवेयर टूल उपलब्ध हैं जो विनाशकारी परीक्षण करते हैं । Thử nghiệm phá hoại cố gắng gây ra phần mềm hoặc hệ thống phụ để thất bại. Nó xác nhận rằng phần mềm chức năng đúng ngay ngay cả khi nó nhận được không hợp lệ hoặc không bất ngờ, do đó thiết lập sự xác nhận đầu vào và các thói quen quản lý lỗi.[citation cần thiết] Tiêm lỗi phần mềm, theo hình thức của fuzzing, là một ví dụ của thử nghiệm thất bại. Các công cụ thử nghiệm không chức năng khác nhau được liên kết từ trang tiêm lỗi phần mềm; cũng có rất nhiều mã nguồn mở và các công cụ phần mềm miễn phí có sẵn để thực hiện thử nghiệm phá hoại. 2011 के रूप में, छह श्रृंखला - digimon एडवेंचर, फॉलो-अप सीक्वल digimon एडवेंचर 02, digimon तमेर्स, digimon फ्रंटियर, digimon डेटा स्क्वाड और digimon फ्यूजन है । पहली दो श्रृंखला एक ही काल्पनिक ब्रह्मांड में होती है, लेकिन तीसरा, चौथा, पांचवां और छठा प्रत्येक अपनी अपनी अद्वितीय दुनिया पर कब्जा करता है । प्रत्येक श्रृंखला आमतौर पर मूल कथानक पर आधारित होती है लेकिन उन्हें अद्वितीय बनाने के लिए चीजें जोड़ी जाती हैं । हालांकि, तमेर्स में, साहसिक ब्रह्मांड को एक वाणिज्यिक उद्यम के रूप में संदर्भित किया जाता है - जापान में एक ट्रेडिंग कार्ड गेम, और अंग्रेजी डब में एक शो-भीतर-ए-शो । यह साहसिक ब्रह्मांड से एक चरित्र द्वारा एक उपस्थिति की विशेषता है । इसके अलावा, प्रत्येक श्रृंखला ने मिश्रित फीचर फिल्मों को जन्म दिया है । digimon अभी भी लोकप्रियता दिखाता है, जैसे नई कार्ड श्रृंखला, वीडियो गेम, और फिल्में अभी भी उत्पादित और जारी की जा रही हैं: नए कार्ड श्रृंखला में शाश्वत साहस, हाइब्रिड योद्धाओं, पीढ़ियों और ऑपरेशन x शामिल हैं; वीडियो गेम, digimon रंबल एरेना 2; और पहले अप्रकाशित फिल्मों का बदला dejimonseibāzu, भाग dejimonteimāzu, साहसी की लड़ाई, और खो digimon के द्वीप । जापान में, डिजिटल दानव एक्स-विकास, आठवीं टीवी फिल्म, 3 जनवरी, 2005 को जारी किया गया था, और 23 दिसंबर, 2005 को जम्प फेस्टा 2006 में, पांचवीं श्रृंखला, digimon रक्षकों था शो के तीन साल के अंतराल के बाद जापान का प्रसारण शुरू करने के लिए घोषणा की । एक छठी टेलीविजन श्रृंखला, digimon xros युद्ध, 2010 में प्रसारण शुरू किया गया था, और एक दूसरे सत्र के बाद किया गया था, जो 2 अक्टूबर 2011 को digimon xros युद्ध के लिए एक सीधी अगली कड़ी के रूप में शुरू किया गया था । भगवान के परिणामस्वरूप प्रकृति, दूसरे हाथ पर, कुछ भी है लेकिन अपरिवर्तित है - यह दुनिया की गतिविधि का भगवान का स्वागत है । जैसा कि व्हाइटहेड इसे डालता है, [भगवान] दुनिया को बचाता है क्योंकि यह अपने जीवन के तात्कालिकता में गुजरता है । यह एक कोमलता का निर्णय है जो कुछ भी नहीं खोता है जो बचाया जा सकता है । दूसरे शब्दों में, भगवान सभी अनुभवों को हमेशा के लिए बचाता है और उन अनुभवों को बदल देता है जो भगवान दुनिया के साथ बातचीत करते हैं । इस तरह,  भगवान वास्तव में दुनिया और व्यापक ब्रह्मांड में क्या होता है, परिमित प्राणियों के कार्यों को एक शाश्वत महत्व के रूप में उधार देता है. Đang thử nghiệm tập trung vào việc tìm hiểu lỗi sau khi thay đổi mã lớn đã xảy ra. Đặc biệt, nó tìm kiếm để phát hiện ra phần mềm regressions, khi bị thoái hóa hoặc mất các tính năng, bao gồm những con bọ cũ đã quay trở lại. Điều này xảy ra bất cứ khi nào các chức năng phần mềm đã được làm việc chính xác, ngừng hoạt động như dự định. Thông thường, regressions xảy ra như một hậu quả không mong muốn của các thay đổi chương trình, khi phần mới phát triển của phần mềm giáp với mã hiện có trước đó. Các phương pháp thông thường của thử nghiệm quy định bao gồm việc chạy lại các bộ bài kiểm tra trước và kiểm tra xem các lỗi cố định trước đây đã được xuất hiện lại chưa. Độ sâu của việc thử nghiệm phụ thuộc vào giai đoạn trong quá trình phát hành và rủi ro của các tính năng được thêm. Họ có thể được hoàn thành, vì các thay đổi được thêm vào muộn trong việc phát hành hoặc được coi là mạo hiểm, hoặc là rất nông cạn, bao gồm các bài kiểm tra tích cực trên mỗi tính năng, nếu các thay đổi là sớm trong sự phát hành hoặc được coi là của rủi ro thấp. Thử nghiệm Regression là thường là nỗ lực thử nghiệm lớn nhất trong sự phát triển phần mềm thương mại, do kiểm tra nhiều chi tiết trong các tính năng phần mềm trước, và thậm chí phần mềm mới có thể được phát triển trong khi sử dụng một số trường hợp kiểm tra cũ để kiểm tra các phần của thiết kế mới Chức năng vẫn được hỗ trợ. Là số lượng các bài kiểm tra có thể cho thậm chí các thành phần phần mềm đơn giản thực sự là vô hạn, tất cả các phần mềm thử nghiệm sử dụng một số chiến lược để chọn các thử nghiệm có khả năng cho thời gian và Như một kết quả, phần mềm thử nghiệm thường (nhưng không độc quyền) cố gắng thực hiện một chương trình hoặc ứng dụng với mục đích tìm kiếm các lỗi phần mềm (lỗi hoặc các lỗi khác). Công việc của thử nghiệm là một quy trình tuyệt vời như khi một con bọ được sửa chữa,  nó có thể soi sáng những người khác, sâu sâu hơn, hoặc thậm chí có thể tạo ra những cái mới. Có rất nhiều người đang tiếp cận trong thử nghiệm phần mềm. Đánh giá, walkthroughs, hoặc kiểm tra được gọi là thử nghiệm tích cực, trong khi thực sự thực hiện mã lập trình với một bộ các trường hợp kiểm tra được gọi là thử nghiệm năng động. Kiểm tra tích cực thường ngầm, như proofreading, cộng thêm khi lập trình công cụ / văn bản biên tập kiểm tra mã nguồn cấu trúc hoặc lập (trước-lập) kiểm tra cú pháp và dữ liệu flow như tích chương trình phân tích. Kiểm tra năng động diễn ra khi chương trình chính nó đang chạy. Kiểm tra năng động có thể bắt đầu trước khi chương trình được hoàn thành 100 % để kiểm tra các phần đặc biệt của mã và được áp dụng cho các chức năng rời rạc hoặc mô-đun. Các kỹ thuật đặc trưng cho điều này là sử dụng cuống / tài xế hoặc thực hiện từ một môi trường tảng. Việc thực hiện thử nghiệm giao diện thành phần có thể được sử dụng để kiểm tra việc xử lý dữ liệu được thông qua giữa các đơn vị khác nhau, hoặc các thành phần subsystem, vượt quá kiểm tra tích hợp đầy đủ giữa các Dữ liệu được thông qua có thể được coi là gói tin nhắn và các loại dữ liệu hoặc các loại dữ liệu có thể được kiểm tra, cho dữ liệu được tạo ra từ một đơn vị, và thử nghiệm cho hợp lệ trước khi được thông qua một đơn vị khác Một lựa chọn cho thử nghiệm giao diện là giữ một tệp tin riêng biệt của các mặt hàng dữ liệu được thông qua, thường xuyên với một dấu thời gian đăng nhập để cho phép phân tích hàng ngàn trường hợp dữ liệu đã qua giữa các đơn vị trong nhiều ngày hoặc tuần. Các bài kiểm tra có thể bao gồm việc kiểm tra việc xử lý một số giá trị dữ liệu cực đoan trong khi các biến giao diện khác được thông qua như giá trị Các giá trị dữ liệu bất thường trong một giao diện có thể giúp giải thích hiệu suất bất ngờ trong đơn vị tiếp theo. Kiểm tra giao diện thành phần là một biến thể của thử nghiệm hộp đen, với sự tập trung vào các giá trị dữ liệu bên ngoài chỉ là những hành động liên quan của một thành