| dbo:abstract
|
- اختبار الصندوق الأسود هو طريقة من طرق فحص البرمجيات التي تختبر وظائف التطبيق مقابل هياكله الداخلية أو الأساليب التي يعمل بها (انظر اختبار الصندوق الأبيض). لا يستلزم هذا الاختبار معرفة معينة بالشيفرة الداخلية أو التركيب الداخليين للتطبيق إلى جانب أن معرفة البرمجة أمر غير ضروري أيضا. تبنى حالات الاختبار حول الخصائص والمتطلبات مثل الوظيفة المنوطة بالتطبيق. يستخدم هذا الاختبار أوصافا خارجية للبرمجية تتضمن الخصائص والمتطلبات والتصميم لاشتقاق حالات الاختبار. يمكن أن تكون هذه الاختبارات وظيفية أو غير وظيفية غير أنها غالبا ما تكون غير وظيفية. يقوم مصمم الاختبار باختيار المدخلات الصالحة وغير الصالحة وتحديد الناتج الصحيح. ولا تتوافر المعرفة بالتركيب الداخلي للكائن موضوع الاختبار. ويمكن تطبيق طريقة الاختبار هذه على جميع المستويات الخاصة باختبار البرمجيات مثل اختبار الوحدة واختبار القبول. تجمع هذه الطريقة معظم إن لم يكن جميع الاختبارات على مستويات أعلى ويمكن أن تسيطر على اختبار الوحدة أيضا. (ar)
- Les proves de caixa negra (en anglès black box testing o functional testing) són un tipus de proves de programari que es basen en la creació dels casos de proves analitzant l'especificació del component., ignorant el funcionament intern del sistema o component, centrant-se en les sortides generades basant-se en unes entrades i condicions d'execució concretes. (ca)
- Black-Box-Test bezeichnet eine Methode des Softwaretests. Hierbei werden Tests anhand der Spezifikation/Anforderung entwickelt. Dies bedeutet, dass Tests ohne Kenntnisse über die innere Funktionsweise/Implementierung des zu testenden Systems entwickelt werden. Das zu testende Programm wird also als Black Box behandelt. Nur nach außen sichtbares Verhalten fließt in den Test ein.Im Gegensatz dazu werden White-Box-Tests mit Kenntnis der internen Funktionsweise und möglicherweise auch Einsicht in den Quellcode entwickelt. (de)
- Black-box testing is a method of software testing that examines the functionality of an application without peering into its internal structures or workings. This method of test can be applied virtually to every level of software testing: unit, integration, system and acceptance. It is sometimes referred to as specification-based testing. (en)
- Le test de la boîte noire, ou test de la boîte opaque, est utilisé en programmation informatique et en génie logiciel pour tester un programme en vérifiant que les sorties obtenues sont bien celles prévues pour des entrées données. L'expression « boîte noire », ou « boîte opaque », vient du fait que les composants et les processus du dispositif de traitement ne sont pas visibles ou transparents et que le programme testé n'est pas étudié. Le test de la boîte noire fait référence à un processus de test logiciel qui oblige les testeurs à tester l'application sans connaître la structure interne de l'application. L'application testée peut être vue comme une boîte noire dans laquelle vous ne pouvez pas la voir. Cependant, les testeurs ne sont pas complètement aveugles. Les testeurs de la boîte noire seront informés du comportement attendu du logiciel. Les testeurs n'ont pas à se soucier de la technologie utilisée pour assembler et développer l'application, mais plutôt se concentrer sur le fait que l'application répond à toutes les exigences répertoriées dans la spécification des exigences logicielles. Ils peuvent utiliser l'interface utilisateur pour vérifier les différentes fonctions de l'application et voir si chaque fonction exécute sa fonction assignée. (fr)
- Blackboxtesten neemt een extern perspectief van de testobjecten om testcases van af te leiden. Deze tests kunnen functioneel of niet functioneel zijn. De test-ontwerper selecteert goede en foute invoer en bepaalt de goede uitvoer. Er is geen kennis van de interne structuur van de te testen objecten. Bij de Black Box test is niets (of maar een klein deel) van de werking bekend bij de tester. De blackboxtests wordt meestal na de whiteboxtest uitgevoerd door mensen die ook niet ontwikkeld hebben en niets of weinig (hoeven te) weten van de interne structuur.Deze methode van testontwerpen is toepasbaar op alle soorten van softwaretesten, unittest, integratietest, functioneel testen, systeemtest en acceptatietest. Hoe hoger het testniveau, en daardoor groter en complexer de box is, des te meer worden we gedwongen om het blackboxtesten te versimpelen.Alhoewel deze methode ongeïmplementeerde delen van de specificatie aan het licht kan brengen, kan men er niet zeker van zijn dat alle mogelijke situaties getest zijn. (nl)
- 블랙박스 검사(Black-box testing)는 소프트웨어 검사 방법 중 하나로 어떤 소프트웨어를 내부 구조나 작동 원리를 모르는 상태에서 소프트웨어의 동작을 검사하는 방법을 이르는 말이다. 주로 올바른 입력과 올바르지 않은 입력을 일일이 다 동원하여 올바른 출력을 판별하는 방식으로 검사가 이루어지기 때문에 검사의 진행에 있어 대상이 되는 소프트웨어의 코드나 내부 구조 및 개발 노하우에 대한 정보는 기본적으로 필요로 하지 않는다. 필요한 것은 특징, 요구 사항, 검사를 위해 공개된 설계도 등 대외적으로 공개된 사항들이며 '이 소프트웨어는 무슨 역할을 수행해야 되는가'와 같이 대상이 되는 소프트웨어의 특징이나 요구 사항 등에 초점을 맞춰 검사가 이루어진다. 검사 자체는 기능에 관한 것일 수도 있고 기능 외의 것에 관한 것일 수도 있다. 이 방법은 유닛 검사, 인테그레이션 검사, 기능 검사, 시스템 검사, 적합성 검사 이렇게 소프트웨어 검사의 모든 레벨에 적용 가능하다. (ko)
- ブラックボックステスト (英: black-box testing)は、内部構造や動作を覗き見することなく、アプリケーションの機能を調べるソフトウェアテストの手法のこと。アプリケーションを見えない箱として扱い、入力と結果の整合性を確認する。このテスト方法は、ソフトウェアテストのすべてのレベル（単体テスト、統合テスト、システムテスト、受け入れテスト）に適用できる。仕様ベースのテストと呼ばれることもある。 (ja)
- Testy funkcjonalne, in. testy czarnej skrzynki – rodzaj testów w inżynierii oprogramowania, w których osoba testująca nie zna budowy programu poddanego testom. Najczęściej wykonują je osoby spoza zespołu autorów programu, często – osoby nieposiadające wiedzy z zakresu programowania, np. zwykli potencjalni użytkownicy. Głównym przedmiotem testu nie jest budowa wewnętrzna programu, lecz jego założenia funkcjonalne i zewnętrzne interfejsy. Testy funkcjonalne mają wykrywać błędy implementacji funkcjonalności zawartych w specyfikacji wymagań. Zakres badanych wartości jest zwykle inny niż w przypadku testów strukturalnych. Testy czarnej skrzynki mają większą szansę wykrycia błędów, ale jednocześnie nie dostarczają precyzyjnej informacji na temat przyczyny wystąpienia błędu w programie. Ze względu na szeroki zakres funkcji podlegających testom w zaawansowanych systemach informacyjnych często ogranicza się dane testowe na podstawie podobieństwa danych (klas podobnych lub równoważnych). Dzięki temu możliwe jest przetestowanie większego zakresu danych przy jednoczesnym zmniejszeniu liczby testów o bardzo zbliżonych przejściach przez program. (pl)
- Teste de caixa-preta é um teste de software para verificar a saída dos dados usando entradas de vários tipos. Tais entradas não são escolhidas conforme a estrutura do programa. Quanto mais entradas são fornecidas, mais rico será o teste. Numa situação ideal todas as entradas possíveis seriam testadas, mas na ampla maioria dos casos isso é impossível. Outro problema é que a especificação pode estar ambígua em relação ao sistema produzido, e como resultado as entradas especificadas podem não ser as mesmas aceitas para o teste. Uma abordagem mais realista para o teste de caixa-preta é escolher um subconjunto de entradas que maximize a riqueza do teste. Podem-se agrupar subconjuntos de entradas possíveis que são processadas similarmente, de forma que testar somente um elemento desse subconjunto serve para averiguar a qualidade de todo o subconjunto. Por exemplo, em um sistema que aceita um inteiro como entrada, testar todos os casos possíveis pode gerar pelo menos dezenas de milhares de casos de testes distintos. Entretanto, a partir da especificação do sistema, pode-se encontrar um subconjunto de inteiros que maximizem a qualidade do teste. Depende do propósito do sistema, mas casos possíveis incluem inteiros pares, inteiros ímpares, zero, inteiros positivos, inteiros negativos, o maior inteiro, o menor inteiro. Essa técnica é aplicável a todas as fases de teste:
* teste de integração
* teste de sistema
* teste de aceitação A aplicação de técnicas de teste leva o testador a produzir um conjunto de casos de teste (ou situações de teste). A aplicação combinada de outra técnica – técnica de particionamento de equivalência (ou uso de classes de equivalência) permite avaliar se a quantidade de casos de teste produzida é coerente. A partir das classes de equivalência identificadas, o testador construirá casos de teste que atuem nos limites superiores e inferiores destas classes, de forma que um número mínimo de casos de teste permita a maior cobertura de teste possível. Uma abordagem no desenvolvimento do teste de caixa-preta é o teste baseado na especificação, de forma que as funcionalidades são testadas de acordo com os requisitos. Apesar de necessário, esse tipo de teste é insuficiente para identificar certos riscos num projeto de software.O testador não está interessado em como as entradas são processadas, ele só acompanha as saídas produzidas pelo sistema. Ou seja, só são observadas se as saídas são coerentes para as entradas dadas. Em boa parte das empresas, uma equipe projeta o software enquanto outra o testa. A grande desvantagem dessa técnica é que nem todos os tipos de entrada são testados e não existem "guias" para as entradas. (pt)
- Тестирование чёрного ящика или поведенческое тестирование — стратегия (метод) тестирования функционального поведения объекта (программы, системы) с точки зрения внешнего мира, при котором не используется знание о внутреннем устройстве (коде) тестируемого объекта. Иначе говоря, тестированием чёрного ящика занимаются тестировщики, не имеющие доступ к исходному коду приложения. Под стратегией понимаются систематические методы отбора и создания тестов для тестового набора. Стратегия поведенческого теста исходит из технических требований и их спецификаций. (ru)
- Тестування методом "чорної скриньки" - це метод тестування програмного забезпечення, при якому перевіряється робота програми без знання її внутрішньої побудови та схеми роботи. Іншими словами, не маючи доступу до коду програми. Цей метод тестування може бути застосований практично до будь-якого рівня тестування програмного забезпечення: модульного, інтеграційного, системного або приймального тестування . Іноді цей метод називають тестуванням на основі специфікації. (uk)
- 黑盒测试(Black-box testing)，软件测试的主要方法之一，也可以称为功能测试、数据驱动测试或基于规格说明的测试。测试者不了解程序的内部情况，不需具備應用程式的程式碼、內部結構和程式語言的專門知識。只知道程序的输入、输出和系统的功能，这是从用户的角度针对软件界面、功能及外部结构进行测试，而不考虑程序内部逻辑结构。測試案例是依應用系統應該做的功能，照規範、規格或要求等設計。測試者選擇有效輸入和無效輸入來驗證是否正確的輸出。 此測試方法可適合大部分的軟體測試，如整合測試（integration testing）以及系統測試（system testing）。 (zh)
|
| dbo:thumbnail
| |
| dbo:wikiPageExternalLink
| |
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 4163 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| dbp:wikiPageUsesTemplate
| |
| dcterms:subject
| |
| gold:hypernym
| |
| rdf:type
| |
| rdfs:comment
|
- Les proves de caixa negra (en anglès black box testing o functional testing) són un tipus de proves de programari que es basen en la creació dels casos de proves analitzant l'especificació del component., ignorant el funcionament intern del sistema o component, centrant-se en les sortides generades basant-se en unes entrades i condicions d'execució concretes. (ca)
- Black-Box-Test bezeichnet eine Methode des Softwaretests. Hierbei werden Tests anhand der Spezifikation/Anforderung entwickelt. Dies bedeutet, dass Tests ohne Kenntnisse über die innere Funktionsweise/Implementierung des zu testenden Systems entwickelt werden. Das zu testende Programm wird also als Black Box behandelt. Nur nach außen sichtbares Verhalten fließt in den Test ein.Im Gegensatz dazu werden White-Box-Tests mit Kenntnis der internen Funktionsweise und möglicherweise auch Einsicht in den Quellcode entwickelt. (de)
- Black-box testing is a method of software testing that examines the functionality of an application without peering into its internal structures or workings. This method of test can be applied virtually to every level of software testing: unit, integration, system and acceptance. It is sometimes referred to as specification-based testing. (en)
- 블랙박스 검사(Black-box testing)는 소프트웨어 검사 방법 중 하나로 어떤 소프트웨어를 내부 구조나 작동 원리를 모르는 상태에서 소프트웨어의 동작을 검사하는 방법을 이르는 말이다. 주로 올바른 입력과 올바르지 않은 입력을 일일이 다 동원하여 올바른 출력을 판별하는 방식으로 검사가 이루어지기 때문에 검사의 진행에 있어 대상이 되는 소프트웨어의 코드나 내부 구조 및 개발 노하우에 대한 정보는 기본적으로 필요로 하지 않는다. 필요한 것은 특징, 요구 사항, 검사를 위해 공개된 설계도 등 대외적으로 공개된 사항들이며 '이 소프트웨어는 무슨 역할을 수행해야 되는가'와 같이 대상이 되는 소프트웨어의 특징이나 요구 사항 등에 초점을 맞춰 검사가 이루어진다. 검사 자체는 기능에 관한 것일 수도 있고 기능 외의 것에 관한 것일 수도 있다. 이 방법은 유닛 검사, 인테그레이션 검사, 기능 검사, 시스템 검사, 적합성 검사 이렇게 소프트웨어 검사의 모든 레벨에 적용 가능하다. (ko)
- ブラックボックステスト (英: black-box testing)は、内部構造や動作を覗き見することなく、アプリケーションの機能を調べるソフトウェアテストの手法のこと。アプリケーションを見えない箱として扱い、入力と結果の整合性を確認する。このテスト方法は、ソフトウェアテストのすべてのレベル（単体テスト、統合テスト、システムテスト、受け入れテスト）に適用できる。仕様ベースのテストと呼ばれることもある。 (ja)
- Тестирование чёрного ящика или поведенческое тестирование — стратегия (метод) тестирования функционального поведения объекта (программы, системы) с точки зрения внешнего мира, при котором не используется знание о внутреннем устройстве (коде) тестируемого объекта. Иначе говоря, тестированием чёрного ящика занимаются тестировщики, не имеющие доступ к исходному коду приложения. Под стратегией понимаются систематические методы отбора и создания тестов для тестового набора. Стратегия поведенческого теста исходит из технических требований и их спецификаций. (ru)
- Тестування методом "чорної скриньки" - це метод тестування програмного забезпечення, при якому перевіряється робота програми без знання її внутрішньої побудови та схеми роботи. Іншими словами, не маючи доступу до коду програми. Цей метод тестування може бути застосований практично до будь-якого рівня тестування програмного забезпечення: модульного, інтеграційного, системного або приймального тестування . Іноді цей метод називають тестуванням на основі специфікації. (uk)
- 黑盒测试(Black-box testing)，软件测试的主要方法之一，也可以称为功能测试、数据驱动测试或基于规格说明的测试。测试者不了解程序的内部情况，不需具備應用程式的程式碼、內部結構和程式語言的專門知識。只知道程序的输入、输出和系统的功能，这是从用户的角度针对软件界面、功能及外部结构进行测试，而不考虑程序内部逻辑结构。測試案例是依應用系統應該做的功能，照規範、規格或要求等設計。測試者選擇有效輸入和無效輸入來驗證是否正確的輸出。 此測試方法可適合大部分的軟體測試，如整合測試（integration testing）以及系統測試（system testing）。 (zh)
- اختبار الصندوق الأسود هو طريقة من طرق فحص البرمجيات التي تختبر وظائف التطبيق مقابل هياكله الداخلية أو الأساليب التي يعمل بها (انظر اختبار الصندوق الأبيض). لا يستلزم هذا الاختبار معرفة معينة بالشيفرة الداخلية أو التركيب الداخليين للتطبيق إلى جانب أن معرفة البرمجة أمر غير ضروري أيضا. تبنى حالات الاختبار حول الخصائص والمتطلبات مثل الوظيفة المنوطة بالتطبيق. يستخدم هذا الاختبار أوصافا خارجية للبرمجية تتضمن الخصائص والمتطلبات والتصميم لاشتقاق حالات الاختبار. يمكن أن تكون هذه الاختبارات وظيفية أو غير وظيفية غير أنها غالبا ما تكون غير وظيفية. يقوم مصمم الاختبار باختيار المدخلات الصالحة وغير الصالحة وتحديد الناتج الصحيح. ولا تتوافر المعرفة بالتركيب الداخلي للكائن موضوع الاختبار. (ar)
- Le test de la boîte noire, ou test de la boîte opaque, est utilisé en programmation informatique et en génie logiciel pour tester un programme en vérifiant que les sorties obtenues sont bien celles prévues pour des entrées données. L'expression « boîte noire », ou « boîte opaque », vient du fait que les composants et les processus du dispositif de traitement ne sont pas visibles ou transparents et que le programme testé n'est pas étudié. (fr)
- Blackboxtesten neemt een extern perspectief van de testobjecten om testcases van af te leiden. Deze tests kunnen functioneel of niet functioneel zijn. De test-ontwerper selecteert goede en foute invoer en bepaalt de goede uitvoer. Er is geen kennis van de interne structuur van de te testen objecten. Bij de Black Box test is niets (of maar een klein deel) van de werking bekend bij de tester. De blackboxtests wordt meestal na de whiteboxtest uitgevoerd door mensen die ook niet ontwikkeld hebben en niets of weinig (hoeven te) weten van de interne structuur.Deze methode van testontwerpen is toepasbaar op alle soorten van softwaretesten, unittest, integratietest, functioneel testen, systeemtest en acceptatietest. Hoe hoger het testniveau, en daardoor groter en complexer de box is, des te meer w (nl)
- Testy funkcjonalne, in. testy czarnej skrzynki – rodzaj testów w inżynierii oprogramowania, w których osoba testująca nie zna budowy programu poddanego testom. Najczęściej wykonują je osoby spoza zespołu autorów programu, często – osoby nieposiadające wiedzy z zakresu programowania, np. zwykli potencjalni użytkownicy. Głównym przedmiotem testu nie jest budowa wewnętrzna programu, lecz jego założenia funkcjonalne i zewnętrzne interfejsy. (pl)
- Teste de caixa-preta é um teste de software para verificar a saída dos dados usando entradas de vários tipos. Tais entradas não são escolhidas conforme a estrutura do programa. Quanto mais entradas são fornecidas, mais rico será o teste. Numa situação ideal todas as entradas possíveis seriam testadas, mas na ampla maioria dos casos isso é impossível. Outro problema é que a especificação pode estar ambígua em relação ao sistema produzido, e como resultado as entradas especificadas podem não ser as mesmas aceitas para o teste. Uma abordagem mais realista para o teste de caixa-preta é escolher um subconjunto de entradas que maximize a riqueza do teste. Podem-se agrupar subconjuntos de entradas possíveis que são processadas similarmente, de forma que testar somente um elemento desse subconjunt (pt)
|
| rdfs:label
|
- اختبار الصندوق الأسود (ar)
- Proves de caixa negra (ca)
- Black-Box-Test (de)
- Black-box testing (en)
- Test de la boîte noire (fr)
- 블랙박스 검사 (ko)
- ブラックボックステスト (ja)
- Blackboxtest (nl)
- Testy funkcjonalne (pl)
- Teste de caixa-preta (pt)
- Тестирование по стратегии чёрного ящика (ru)
- 黑盒测试 (zh)
- Тестування методом чорної скриньки (uk)
|
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:depiction
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageRedirects
of | |
| is dbo:wikiPageWikiLink
of | |
| is foaf:primaryTopic
of | |
