In computer programming and software testing, smoke testing (also confidence testing, sanity testing, build verification test (BVT) and build acceptance test) is preliminary testing to reveal simple failures severe enough to, for example, reject a prospective software release. Smoke tests are a subset of test cases that cover the most important functionality of a component or system, used to aid assessment of whether main functions of the software appear to work correctly. When used to determine if a computer program should be subjected to further, more fine-grained testing, a smoke test may be called an intake test. Alternatively, it is a set of tests run on each new build of a product to verify that the build is testable before the build is released into the hands of the test team. In th
| Attributes | Values |
|---|
| rdf:type
| |
| rdfs:label
| - Smoke test (cs)
- Pruebas de humo (es)
- Smoke testing (software) (en)
- Smoke test (ru)
- 冒烟测试 (软件) (zh)
- Smoke testing (uk)
|
| rdfs:comment
| - Smoke testing (англ.), димове́ тестува́ння, димне тестування тестува́ння на дим у тестуванні програмного забезпечення означає мінімальний набір тестів на явні помилки. Цей тест зазвичай виконується самим програмістом. Програму, що не пройшла такий тест, немає сенсу передавати на глибше тестування. (uk)
- Дымовой тест (англ. Smoke testing или smoke test, дымовое тестирование) — в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки. Дымовой тест обычно выполняется программистом; не проходившую этот тест программу не имеет смысла отдавать на более глубокое тестирование. (ru)
- Smoke test se občas do češtiny nesprávně[zdroj?] překládá jako „zahořovací test“. Kategorie smoke testů se využívá v okamžiku, kdy je dokončen vývoj aplikace a lze ji spustit. Tedy na konci úrovně . Jedná se o krátký test, který slouží jako rychlé ověření, zda je vyvíjená aplikace připravena pro další fázi testování. (cs)
- En ingeniería de software y pruebas de software, las pruebas de humo (smoke testing en inglés) son una revisión rápida de un producto de software para comprobar que funciona y no tiene defectos evidentes que interrumpan la operación básica del mismo. Son pruebas que pretenden hacer una evaluación inicial de la calidad de un producto de software previo a una recepción formal, ya sea al equipo de pruebas (quien ejecutará una batería completa de comprobaciones) o al usuario final. (es)
- In computer programming and software testing, smoke testing (also confidence testing, sanity testing, build verification test (BVT) and build acceptance test) is preliminary testing to reveal simple failures severe enough to, for example, reject a prospective software release. Smoke tests are a subset of test cases that cover the most important functionality of a component or system, used to aid assessment of whether main functions of the software appear to work correctly. When used to determine if a computer program should be subjected to further, more fine-grained testing, a smoke test may be called an intake test. Alternatively, it is a set of tests run on each new build of a product to verify that the build is testable before the build is released into the hands of the test team. In th (en)
- 在程序设计和软件测试领域，冒烟测试（也包括信心测试、健全性测试、构建验证测试（BVT）、构建验收测试）是指初步地进行测试，并以此展示一些简单但足以影响发布软件版本的这一高级别的错误。冒烟测试是测试用例的子集，测试主要为了覆盖了组件或系统的最重要功能，并用于辅助评价一个软件的主要功能是否正常运行。当使用冒烟测试判断一个程序是否需要更深层次的、颗粒度更为细小的测试时，该测试也被称为入门测试（intake test）。或者，在测试部门对新版本程序进行测试之前，冒烟测试用于自动化测试新版本是否可以正常运行，是否值得测试。 在DevOps范例中，使用BVT步骤是持续集成成熟阶段的标志之一。 例如，冒烟测试可能会解决一些基本问题，例如“程序是否运行？”，“用户界面是否打开？”或“单击事件是否有效？”等。冒烟测试的目的在于确认程序是否严重到，需要立即测试非必须的测试。如《Lessons Learned in Software Testing》所写，“冒烟测试仅仅是在短时间广泛地覆盖产品功能。如果关键功能无法正常工作或关键bug尚未修复，那么你们的团队就不需要浪费更多时间去安装部署以及测试。则烟雾测试将在有限的时间内广泛涵盖产品功能，不会浪费更多的时间来安装或测试”。 冒烟测试通常会快速地进行，好处就是反馈也是很快，相比之下，更为全面地套件测试通常会花费更长的时间。 (zh)
|
| dcterms:subject
| |
| Wikipage page ID
| |
| Wikipage revision ID
| |
| Link from a Wikipage to another Wikipage
| |
| Link from a Wikipage to an external page
| |
| sameAs
| |
| dbp:wikiPageUsesTemplate
| |
| has abstract
| - Smoke test se občas do češtiny nesprávně[zdroj?] překládá jako „zahořovací test“. Kategorie smoke testů se využívá v okamžiku, kdy je dokončen vývoj aplikace a lze ji spustit. Tedy na konci úrovně . Jedná se o krátký test, který slouží jako rychlé ověření, zda je vyvíjená aplikace připravena pro další fázi testování. Obvykle se provede jen jednoduché ověření, že všechny části aplikace jsou implementovány, nainstalovány a spuštěny. Smoke testy se zaměřují pouze na hlavní funkce programu, které nebývají příliš často upravovány. Často se také kombinují s kategorií testů splněním. Jelikož je rozsah smoke testů menší než tomu bývá u ostatních kategorií a pokrývají pouze hlavní funkce, jsou velmi často automatizovány. Pokud nejsou automatizovány v plném rozsahu, zbytek testů je prováděn manuálně. Úspěšné provedení smoke testů je podmínkou pro vstup do systémové úrovně testování. Proto jsou velmi důležité. U menších projektů, kde je testování software opomíjeno nebo není příliš organizováno, se provádí pouze smoke testy[zdroj?]. (cs)
- En ingeniería de software y pruebas de software, las pruebas de humo (smoke testing en inglés) son una revisión rápida de un producto de software para comprobar que funciona y no tiene defectos evidentes que interrumpan la operación básica del mismo. Son pruebas que pretenden hacer una evaluación inicial de la calidad de un producto de software previo a una recepción formal, ya sea al equipo de pruebas (quien ejecutará una batería completa de comprobaciones) o al usuario final. El nombre es por analogía a las pruebas rudimentarias en ingeniería electrónica, en las que se comprueba que el encendido de un circuito no causa humo ni chispas (es)
- In computer programming and software testing, smoke testing (also confidence testing, sanity testing, build verification test (BVT) and build acceptance test) is preliminary testing to reveal simple failures severe enough to, for example, reject a prospective software release. Smoke tests are a subset of test cases that cover the most important functionality of a component or system, used to aid assessment of whether main functions of the software appear to work correctly. When used to determine if a computer program should be subjected to further, more fine-grained testing, a smoke test may be called an intake test. Alternatively, it is a set of tests run on each new build of a product to verify that the build is testable before the build is released into the hands of the test team. In the DevOps paradigm, use of a BVT step is one hallmark of the continuous integration maturity stage. For example, a smoke test may address basic questions like "does the program run?", "does the user interface open?", or "does clicking the main button do anything?" The process of smoke testing aims to determine whether the application is so badly broken as to make further immediate testing unnecessary. As the book Lessons Learned in Software Testing puts it, "smoke tests broadly cover product features in a limited time [...] if key features don't work or if key bugs haven't yet been fixed, your team won't waste further time installing or testing". Smoke tests frequently run quickly, giving benefits of faster feedback, rather than running more extensive test suites, which would naturally take longer. A daily build and smoke test is among industry best practices. Smoke testing is also done by testers before accepting a build for further testing. Microsoft claims that after code reviews, "smoke testing is the most cost-effective method for identifying and fixing defects in software". One can perform smoke tests either manually or using an automated tool. In the case of automated tools, the process that generates the build will often initiate the testing. Smoke tests can be functional tests or unit tests. Functional tests exercise the complete program with various inputs. Unit tests exercise individual functions, subroutines, or object methods. Functional tests may comprise a scripted series of program inputs, possibly even with an automated mechanism for controlling mouse movements. Unit tests can be implemented either as separate functions within the code itself, or else as a driver layer that links to the code without altering the code being tested. (en)
- Smoke testing (англ.), димове́ тестува́ння, димне тестування тестува́ння на дим у тестуванні програмного забезпечення означає мінімальний набір тестів на явні помилки. Цей тест зазвичай виконується самим програмістом. Програму, що не пройшла такий тест, немає сенсу передавати на глибше тестування. (uk)
- Дымовой тест (англ. Smoke testing или smoke test, дымовое тестирование) — в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки. Дымовой тест обычно выполняется программистом; не проходившую этот тест программу не имеет смысла отдавать на более глубокое тестирование. (ru)
- 在程序设计和软件测试领域，冒烟测试（也包括信心测试、健全性测试、构建验证测试（BVT）、构建验收测试）是指初步地进行测试，并以此展示一些简单但足以影响发布软件版本的这一高级别的错误。冒烟测试是测试用例的子集，测试主要为了覆盖了组件或系统的最重要功能，并用于辅助评价一个软件的主要功能是否正常运行。当使用冒烟测试判断一个程序是否需要更深层次的、颗粒度更为细小的测试时，该测试也被称为入门测试（intake test）。或者，在测试部门对新版本程序进行测试之前，冒烟测试用于自动化测试新版本是否可以正常运行，是否值得测试。 在DevOps范例中，使用BVT步骤是持续集成成熟阶段的标志之一。 例如，冒烟测试可能会解决一些基本问题，例如“程序是否运行？”，“用户界面是否打开？”或“单击事件是否有效？”等。冒烟测试的目的在于确认程序是否严重到，需要立即测试非必须的测试。如《Lessons Learned in Software Testing》所写，“冒烟测试仅仅是在短时间广泛地覆盖产品功能。如果关键功能无法正常工作或关键bug尚未修复，那么你们的团队就不需要浪费更多时间去安装部署以及测试。则烟雾测试将在有限的时间内广泛涵盖产品功能，不会浪费更多的时间来安装或测试”。 冒烟测试通常会快速地进行，好处就是反馈也是很快，相比之下，更为全面地套件测试通常会花费更长的时间。 每日构建和冒烟测试是工业界公认的最佳实践之一。测试人员在构建并更深一步的测试之前，有必要进行冒烟测试。微软声称，“在代码进行审查之后，冒烟测试是识别并修复软件的性价比最高的方法”。 冒烟测试，可以是手动测试或自动工具进行冒烟测试。对于自动化工具测试，构建工程的程序通常会顺带进行该测试。 冒烟测试可以是功能测试或者单元测试。功能测试通常会使用各种输入设备。从而执行完整的程序。单元测试则是针对单一功能、子例程、对象的方法。功能测试可以是脚本化的输入，也可以是自动化的鼠标事件。单元测试可以是实现代码内部独立功能，也可以是通过调用的方式进行测试。 (zh)
|
| prov:wasDerivedFrom
| |
| page length (characters) of wiki page
| |
| foaf:isPrimaryTopicOf
| |
| is Link from a Wikipage to another Wikipage
of | |
| is Wikipage redirect
of | |
| is Wikipage disambiguates
of | |
| is foaf:primaryTopic
of | |
![[RDF Data]](/fct/images/sw-rdf-blue.png)
![[cxml]](/fct/images/cxml_doc.png)
![[csv]](/fct/images/csv_doc.png)
![[text]](/fct/images/ntriples_doc.png)
![[turtle]](/fct/images/n3turtle_doc.png)
![[ld+json]](/fct/images/jsonld_doc.png)
![[rdf+json]](/fct/images/json_doc.png)
![[rdf+xml]](/fct/images/xml_doc.png)
![[atom+xml]](/fct/images/atom_doc.png)
![[html]](/fct/images/html_doc.png)