Regression testing
http://dbpedia.org/resource/Regression_testing an entity of type: Software
Regresní testování (anglicky regression testing ale i non-regression testing) je provedení a pro zjištění, zda dříve vyvinutý a otestovaný software po změně stále funguje. Pokud se chyby objeví, říkáme, že došlo k . Náprava chyb nalezených při regresním testování může zahrnovat opravy softwarových chyb, vylepšování softwaru, změny konfigurace, a dokonce i náhradu elektronických součástek. Sady regresních testů se obvykle zvětšují s každou nalezenou závadou, takže bývají velmi rozsáhlé, a proto se pro ně často využívá automatizace testů. Někdy se provádí pro určení vhodné podmnožiny testů (anglicky non-regression analysis).
rdf:langString
回帰テスト (かいきテスト、英: regression testing) とは、前にテストしたソフトウェアが変更後もまだ動作するかどうかを、機能テストとを再度実行して確認する作業のこと。退行テスト、リグレッションテストとも呼ばれる。そうでない場合、それは先祖返りと呼ばれる。回帰テストが必要になる可能性のある変更には、バグ修正、ソフトウェアの機能強化、構成変更、さらには電子部品の置き換えなどある。 リグレッションをテストするための仕組みは、欠陥が見つかるたびに大きくなる傾向があるため、通常はテストの自動化でカバーされる。テストするためのテストケースを決定するために、を実行することもある（非回帰分析 ）。
rdf:langString
Regressionstestning är en metod inom programvarutestning som går ut på att testa hela eller delar av ett system, efter att en ny funktionalitet har införts. Detta för att säkerställa att systemet fungerar som tidigare och att inte nya problem har uppstått som följd av ändringar som till exempel buggfixar, omstrukturering eller implementation av ny eller utökad funktionalitet. Eftersom regressionstester är ämnade att exekvera relativt ofta är de vanligtvis mål för automatiseringsarbete.
rdf:langString
回归测试是软件测试的一种，旨在检验软件原有功能在修改后是否保持完整。
rdf:langString
Una prova de regressió (rarament anomenat proves de no-regressió, de l'anglès non-regression testing))és qualsevol classe de prova de programari que pretén trobar errades de regressió. Les errades de regressió es produeixen quan una funcionalitat del programari que havia funcionat deixa de fer-ho. Normalment les errades de regressió es produeixen com una conseqüència no desitjada de canvis en el programari. Els mecanismes habituals de proves de regressió consisteixen a tornar a efectuar proves que s'havien superat amb èxit per a comprovar que els resultats continuen essent satisfactoris.
rdf:langString
Las pruebas de regresión son cualquier tipo de pruebas de software con el objeto de descubrir errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, causados por la realización de un cambio en el programa. Se evalúa el correcto funcionamiento del software desarrollado frente a evoluciones o cambios funcionales. El propósito de éstas es asegurar que los casos de prueba que ya habían sido probados y fueron exitosos permanezcan así. Se recomienda que este tipo de pruebas sean automatizadas para reducir el tiempo y esfuerzo en su ejecución.
rdf:langString
Unter einem Regressionstest (von lateinisch regredior, regressus sum ‚zurückschreiten‘) versteht man in der Softwaretechnik die Wiederholung von Testfällen, um sicherzustellen, dass Modifikationen in bereits getesteten Teilen der Software keine neuen Fehler („Regressionen“) verursachen. Solche Modifikationen entstehen regelmäßig z. B. aufgrund der Pflege, Änderung und Korrektur von Software. Der Regressionstest gehört zu den dynamischen Testtechniken.
rdf:langString
Regression testing (rarely, non-regression testing) is re-running functional and non-functional tests to ensure that previously developed and tested software still performs as expected after a change. If not, that would be called a regression.
rdf:langString
Un test de régression, ou test de non-régression, est un test ayant pour but de détecter les régressions introduites dans un logiciel après un changement effectué dans celui-ci. On parle de régression lorsqu'une opération effectuée par le logiciel se met à ne plus fonctionner aussi bien qu'avant. Les régressions peuvent apparaitre à l'occasion de n'importe quel changement établi dans un logiciel : corrections de bogues, ajout de nouvelles fonctionnalités, modification de fonctionnalités existantes ou modification d'un composant externe au logiciel lui-même (nouvelle version du système, de l'interface graphique, d'un compilateur ou d'une bibliothèque tierce qui interviennent dans son fonctionnement). Après avoir effectué des modifications, il est donc intéressant d'être en mesure de repérer
rdf:langString
회귀 버그를 찾는 모든 소프트웨어 테스트 방식은 회귀 테스트(regression testing, non-regression testing)라 할 수 있다. 회귀 버그는 이전에 제대로 작동하던 소프트웨어 기능에 문제가 생기는 것을 가리킨다. 일반적으로 회귀 버그는 프로그램 변경 중 뜻하지 않게 발생한다. 회귀 테스트로는 이전의 실행 테스트를 재 실행하며 이전에 고쳐졌던 오류가 재현되는지 검사하는 방법이 많이 사용된다. 경험적으로 이러한 오류 재현 방법은 꽤 효과적이다. 왜냐하면 부실한 버전 관리로 인해 이전의 버그 수정분을 유실하고 이로 인해 버그가 재발하는 경우가 종종 있으며, 또한 그저 자주 수정하는 방법은 프로그램을 지저분하게 하는 임시 방편일뿐 근본적인 해결은 되지 못하기 때문이다. 임시적인 수정분들은 프로그램의 다른 부분을 변경할 경우 무용지물이 되는 경우가 많다. 즉, 리팩토링을 통해서 몇몇 기능을 재디자인할 경우 동일한 문제가 이전에 고쳐진 부분에서 다시 발생하는 경우가 많다.
rdf:langString
Met regressietesten wordt gecontroleerd of de niet-aangepaste onderdelen van een applicatie nog steeds juist werken. De bekendste vorm is het testen van het ongewijzigde deel van de software na aanpassing van de applicatie. Als de oude functionaliteiten nog steeds goed werken dan heeft er geen regressie daarvan plaatsgevonden, anders wel. De over de regressie wordt naar de ontwikkelaars gestuurd. Deze zullen de software weer goed moeten maken waarna wederom een regressietest wordt uitgevoerd. Pas als oude en nieuwe functionaliteiten zowel afzonderlijk als geheel goed werken dan kan tot vrijgave (release) van de applicatie worden overgegaan.
rdf:langString
O teste de regressão é uma técnica do teste de software que consiste na aplicação de versões mais recentes do software, para garantir que não surgiram novos defeitos em componentes já analisados. Se, ao juntar o novo componente ou as suas alterações com os componentes restantes do sistema surgirem novos defeitos em componentes inalterados, então considera-se que o sistema regrediu. Alguns tipos de ferramentas:
* HP Unified Functional Testing (UFT) - Hewlett Packard Enterprise
* Rational Functional Tester - IBM
* JUnit - Java
* NUnit - .NET
* Silk Test - Borland
rdf:langString
Регрессио́нное тести́рование (англ. regression testing ← лат. regressio «движение назад, возврат, отход») — собирательное название для всех видов тестирования программного обеспечения, направленных на обнаружение ошибок в уже протестированных участках исходного кода. Такие ошибки — когда после внесения изменений в программу, перестаёт работать то, что должно было продолжать работать, — называют регрессионными ошибками (англ. regression bugs).
rdf:langString
Регресивне тестування (англ. regression testing, від лат. regressio — рух назад) — загальна назва для всіх видів тестування програмного забезпечення, спрямованих на виявлення помилок у вже протестованих ділянках початкового коду. Такі помилки — коли після внесення змін до програми перестає працювати те, що мало б працювати, — називають регресивними помилками (англ. regression bugs). Одна з головних цілей регресійного тестування - це визначити, чи впливає зміна в одній частині програмного забезпечення на його інші частини.
rdf:langString
rdf:langString
Prova de regressió
rdf:langString
Regresní testování
rdf:langString
Regressionstest
rdf:langString
Pruebas de regresión
rdf:langString
Test de régression
rdf:langString
회귀 테스트
rdf:langString
回帰テスト
rdf:langString
Regressietest
rdf:langString
Regression testing
rdf:langString
Teste de regressão
rdf:langString
Регрессионное тестирование
rdf:langString
Regressionstestning
rdf:langString
回归测试
rdf:langString
Регресивне тестування
xsd:integer
38411
xsd:integer
1119581577
rdf:langString
p. 122
rdf:langString
Also as a consequence of the introduction of new bugs, program maintenance requires far more system testing per statement written than any other programming. Theoretically, after each fix, one must run the entire batch of test cases previously run against the system to ensure that it has not been damaged in an obscure way. In practice, such regression testing must indeed approximate this theoretical idea, and it is very costly.
rdf:langString
The Mythical Man Month
rdf:langString
Regresní testování (anglicky regression testing ale i non-regression testing) je provedení a pro zjištění, zda dříve vyvinutý a otestovaný software po změně stále funguje. Pokud se chyby objeví, říkáme, že došlo k . Náprava chyb nalezených při regresním testování může zahrnovat opravy softwarových chyb, vylepšování softwaru, změny konfigurace, a dokonce i náhradu elektronických součástek. Sady regresních testů se obvykle zvětšují s každou nalezenou závadou, takže bývají velmi rozsáhlé, a proto se pro ně často využívá automatizace testů. Někdy se provádí pro určení vhodné podmnožiny testů (anglicky non-regression analysis).
rdf:langString
Una prova de regressió (rarament anomenat proves de no-regressió, de l'anglès non-regression testing))és qualsevol classe de prova de programari que pretén trobar errades de regressió. Les errades de regressió es produeixen quan una funcionalitat del programari que havia funcionat deixa de fer-ho. Normalment les errades de regressió es produeixen com una conseqüència no desitjada de canvis en el programari. Els mecanismes habituals de proves de regressió consisteixen a tornar a efectuar proves que s'havien superat amb èxit per a comprovar que els resultats continuen essent satisfactoris. L'experiència demostra que, a mesura que el programari es desenvolupa, és comú que aquest tipus d'errades vagin sorgint. Les causes de l'aparició d'aquest tipus d'errades poden ser diverses. A vegades són degudes al fet que la correcció a una errada es perd a causa de la gestió del codi que es fa durant el cicle de vida del programari. Altres causes poden ser correccions febles de les errades (que no tenen en compte tota la casuística del problema) o bé redissenys de l'estructura que no tenen presents les causes de l'errada. En molts desenvolupaments de programari es considera una bona pràctica el fet que quan una errada es localitza i es corregeix també es desenvolupi una prova per tal de descobrir la reaparició d'aquesta errada. Aquesta prova s'inclou al conjunt de proves que s'efectuen de forma regular al programari. Les proves de regressió són una pràctica important de la metodologia de desenvolupament de programari anomenada programació extrema. En aquesta metodologia les proves de regressió s'efectuen a cada pas del cicle de vida del programari.
rdf:langString
Unter einem Regressionstest (von lateinisch regredior, regressus sum ‚zurückschreiten‘) versteht man in der Softwaretechnik die Wiederholung von Testfällen, um sicherzustellen, dass Modifikationen in bereits getesteten Teilen der Software keine neuen Fehler („Regressionen“) verursachen. Solche Modifikationen entstehen regelmäßig z. B. aufgrund der Pflege, Änderung und Korrektur von Software. Der Regressionstest gehört zu den dynamischen Testtechniken. Aufgrund des Wiederholungscharakters und der Häufigkeit dieser Wiederholungen ist es sinnvoll, wenn für Regressionstests Testautomatisierung zum Einsatz kommt. In der Praxis steht der Begriff des Regressionstests für die reine Wiederholung von Testfällen. Die Testfälle selbst müssen spezifiziert und mit einem Soll-Ergebnis versehen sein, welches mit dem Ist-Ergebnis eines Testfalls verglichen wird. Ein direkter Bezug auf die Ergebnisse eines vorherigen Testdurchlaufs findet nicht statt. Im Gegensatz dazu ordnet Liggesmeyer den Regressionstest in die Gruppe der diversifizierenden Tests ein. Dadurch wird im Unterschied zu funktionsorientierten Testtechniken die Korrektheit der Testergebnisse nicht anhand der Spezifikation entschieden, sondern durch Vergleich der Ausgaben der aktuellen Version mit den Ausgaben des Vorgängers. Ein Testfall gilt beim Regressionstest als erfolgreich absolviert, wenn die Ausgaben identisch sind.
rdf:langString
Las pruebas de regresión son cualquier tipo de pruebas de software con el objeto de descubrir errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, causados por la realización de un cambio en el programa. Se evalúa el correcto funcionamiento del software desarrollado frente a evoluciones o cambios funcionales. El propósito de éstas es asegurar que los casos de prueba que ya habían sido probados y fueron exitosos permanezcan así. Se recomienda que este tipo de pruebas sean automatizadas para reducir el tiempo y esfuerzo en su ejecución. Las pruebas de regresión se pueden considerar como el subconjunto de pruebas planificadas que se seleccionan para ser ejecutadas , generalmente de forma automática y periódicamente en cada nueva liberación del producto/software , teniendo como objetivo la verificación de que el producto no haya sufrido regresiones. Este tipo de cambio puede ser debido a prácticas no adecuadas de control de versiones, falta de consideración acerca del ámbito o contexto de producción final y extensibilidad del error que fue corregido (fragilidad de la corrección), o simplemente una consecuencia del rediseño de la aplicación. Por lo tanto, en la mayoría de las situaciones del desarrollo de software se considera una buena práctica que cuando se localiza y corrige un bug, se grabe una prueba que exponga el bug y se vuelvan a probar regularmente después de los cambios subsiguientes que experimente el programa. Existen herramientas de software que permiten detectar este tipo de errores de manera parcial o totalmente automatizada, la práctica habitual en programación extrema es que este tipo de pruebas se ejecuten en cada uno de los pasos del ciclo de vida del desarrollo del software.
rdf:langString
Un test de régression, ou test de non-régression, est un test ayant pour but de détecter les régressions introduites dans un logiciel après un changement effectué dans celui-ci. On parle de régression lorsqu'une opération effectuée par le logiciel se met à ne plus fonctionner aussi bien qu'avant. Les régressions peuvent apparaitre à l'occasion de n'importe quel changement établi dans un logiciel : corrections de bogues, ajout de nouvelles fonctionnalités, modification de fonctionnalités existantes ou modification d'un composant externe au logiciel lui-même (nouvelle version du système, de l'interface graphique, d'un compilateur ou d'une bibliothèque tierce qui interviennent dans son fonctionnement). Après avoir effectué des modifications, il est donc intéressant d'être en mesure de repérer les régressions, par le biais de tests automatisés ou non.
rdf:langString
Regression testing (rarely, non-regression testing) is re-running functional and non-functional tests to ensure that previously developed and tested software still performs as expected after a change. If not, that would be called a regression. Changes that may require regression testing include bug fixes, software enhancements, configuration changes, and even substitution of electronic components. As regression test suites tend to grow with each found defect, test automation is frequently involved. Sometimes a change impact analysis is performed to determine an appropriate subset of tests (non-regression analysis).
rdf:langString
회귀 버그를 찾는 모든 소프트웨어 테스트 방식은 회귀 테스트(regression testing, non-regression testing)라 할 수 있다. 회귀 버그는 이전에 제대로 작동하던 소프트웨어 기능에 문제가 생기는 것을 가리킨다. 일반적으로 회귀 버그는 프로그램 변경 중 뜻하지 않게 발생한다. 회귀 테스트로는 이전의 실행 테스트를 재 실행하며 이전에 고쳐졌던 오류가 재현되는지 검사하는 방법이 많이 사용된다. 경험적으로 이러한 오류 재현 방법은 꽤 효과적이다. 왜냐하면 부실한 버전 관리로 인해 이전의 버그 수정분을 유실하고 이로 인해 버그가 재발하는 경우가 종종 있으며, 또한 그저 자주 수정하는 방법은 프로그램을 지저분하게 하는 임시 방편일뿐 근본적인 해결은 되지 못하기 때문이다. 임시적인 수정분들은 프로그램의 다른 부분을 변경할 경우 무용지물이 되는 경우가 많다. 즉, 리팩토링을 통해서 몇몇 기능을 재디자인할 경우 동일한 문제가 이전에 고쳐진 부분에서 다시 발생하는 경우가 많다. 그러므로 버그가 발생했을 경우 이를 수정하면서 해당 버그를 발견할 수 있는 테스트 케이스를 작성하고 이를 이용해 프로그램을 변경할 때마다 테스트를 다시 수행하는 것이 좋다. 수동으로 할 수도 있지만, 보통은 툴을 사용한다. 일반적으로 '테스트 스위트'들은 회귀 테스트 케이스들을 자동으로 처리해주는 테스트 환경을 제공한다. 어떤 테스트 스위트들은 자동으로 전체 회귀 테스트를 정해진 시각에 수행하고 그 결과를 보고해주는 기능도 제공한다. 일반적으로 (작은 규모의 프로젝트일 경우는) 컴파일이 이뤄졌을 때에, (덩치가 좀 되는 프로젝트일 경우는) 매일 밤 또는 매주 전체 테스트를 실행한다. 회귀 테스트는 익스트림 프로그래밍의 중요한 부분이다. 이 방법론에 따르면 디자인 문서는 처음 작성된 후에도 상의 모든 단계마다 업데이트된다. 그러한 업데이트는 전체 소프트웨어 패키지에 대한 확산적이며 반복적인 자동화 테스트를 통해 이뤄진다.
rdf:langString
回帰テスト (かいきテスト、英: regression testing) とは、前にテストしたソフトウェアが変更後もまだ動作するかどうかを、機能テストとを再度実行して確認する作業のこと。退行テスト、リグレッションテストとも呼ばれる。そうでない場合、それは先祖返りと呼ばれる。回帰テストが必要になる可能性のある変更には、バグ修正、ソフトウェアの機能強化、構成変更、さらには電子部品の置き換えなどある。 リグレッションをテストするための仕組みは、欠陥が見つかるたびに大きくなる傾向があるため、通常はテストの自動化でカバーされる。テストするためのテストケースを決定するために、を実行することもある（非回帰分析 ）。
rdf:langString
Met regressietesten wordt gecontroleerd of de niet-aangepaste onderdelen van een applicatie nog steeds juist werken. De bekendste vorm is het testen van het ongewijzigde deel van de software na aanpassing van de applicatie. Als de oude functionaliteiten nog steeds goed werken dan heeft er geen regressie daarvan plaatsgevonden, anders wel. De over de regressie wordt naar de ontwikkelaars gestuurd. Deze zullen de software weer goed moeten maken waarna wederom een regressietest wordt uitgevoerd. Pas als oude en nieuwe functionaliteiten zowel afzonderlijk als geheel goed werken dan kan tot vrijgave (release) van de applicatie worden overgegaan. Regressietesten kunnen ook worden uitgevoerd zónder aanpassingen van de betrokken software, bijvoorbeeld bij veranderde hardware of een andere versie van het besturingssysteem.
rdf:langString
Регрессио́нное тести́рование (англ. regression testing ← лат. regressio «движение назад, возврат, отход») — собирательное название для всех видов тестирования программного обеспечения, направленных на обнаружение ошибок в уже протестированных участках исходного кода. Такие ошибки — когда после внесения изменений в программу, перестаёт работать то, что должно было продолжать работать, — называют регрессионными ошибками (англ. regression bugs). Регрессионное тестирование (по некоторым[каким?] источникам) включает new bug-fix — проверка исправления вновь найденного дефекта, old bug-fix — проверка, что исправленный ранее и верифицированный дефект не воспроизводится в системе снова, а также side-effect — проверка того, что не нарушилась работоспособность работающей ранее функциональности, если её код мог быть затронут при исправлении некоторых дефектов в другой функциональности.Обычно используемые методы регрессионного тестирования включают повторные прогоны предыдущих тестов, а также проверки, не попали ли регрессионные ошибки в очередную версию в результате слияния кода. Из опыта разработки ПО известно, что повторное появление одних и тех же ошибок — случай достаточно частый. Иногда это происходит из-за слабой техники управления версиями или по причине человеческой ошибки при работе с системой управления версиями. Но настолько же часто решение проблемы бывает «недолго живущим»: после следующего изменения в программе решение перестаёт работать. И наконец, при переписывании какой-либо части кода часто всплывают те же ошибки, что были в предыдущей реализации. Поэтому считается хорошей практикой при исправлении ошибки создать тест на неё и регулярно прогонять его при последующих изменениях программы. Хотя регрессионное тестирование может быть выполнено и вручную, но чаще всего это делается с помощью специализированных программ, позволяющих выполнять все регрессионные тесты автоматически. В некоторых проектах даже используются инструменты для автоматического прогона регрессионных тестов через заданный интервал времени. Обычно это выполняется после каждой удачной компиляции (в небольших проектах) либо каждую ночь или каждую неделю. Регрессионное тестирование является неотъемлемой частью экстремального программирования. В этой методологии проектная документация заменяется на расширяемое, повторяемое и автоматизированное тестирование всего программного пакета на каждой стадии процесса разработки программного обеспечения.
rdf:langString
Regressionstestning är en metod inom programvarutestning som går ut på att testa hela eller delar av ett system, efter att en ny funktionalitet har införts. Detta för att säkerställa att systemet fungerar som tidigare och att inte nya problem har uppstått som följd av ändringar som till exempel buggfixar, omstrukturering eller implementation av ny eller utökad funktionalitet. Eftersom regressionstester är ämnade att exekvera relativt ofta är de vanligtvis mål för automatiseringsarbete.
rdf:langString
O teste de regressão é uma técnica do teste de software que consiste na aplicação de versões mais recentes do software, para garantir que não surgiram novos defeitos em componentes já analisados. Se, ao juntar o novo componente ou as suas alterações com os componentes restantes do sistema surgirem novos defeitos em componentes inalterados, então considera-se que o sistema regrediu. Muitas vezes são usadas ferramentas específicas para o teste de regressão, chamadas de ferramentas de automação. Elas conseguem um resultado mais exato do teste executando exatamente os passos seguidos para o teste das primeiras versões já que elas permitem a gravação do teste. Alguns tipos de ferramentas:
* HP Unified Functional Testing (UFT) - Hewlett Packard Enterprise
* Rational Functional Tester - IBM
* JUnit - Java
* NUnit - .NET
* Silk Test - Borland Nos últimos anos, técnicas de otimização matemática foram propostas para problemas em teste de regressão (como seleção de casos de teste e priorização de casos de teste). Veja mais detalhes de aplicações com otimização em teste de software.
rdf:langString
Регресивне тестування (англ. regression testing, від лат. regressio — рух назад) — загальна назва для всіх видів тестування програмного забезпечення, спрямованих на виявлення помилок у вже протестованих ділянках початкового коду. Такі помилки — коли після внесення змін до програми перестає працювати те, що мало б працювати, — називають регресивними помилками (англ. regression bugs). Одна з головних цілей регресійного тестування - це визначити, чи впливає зміна в одній частині програмного забезпечення на його інші частини. Вважається доброю практикою при виправленні помилки створити тест на неї й регулярно проганяти його при подальших змінах програми. Регресивне тестування може бути виконано як вручну так і за допомогою спеціалізованих програм, що дозволяють виконувати всі регресивні тести автоматично. У деяких проектах навіть використовують інструменти для автоматичного прогону регресивних тестів через заданий інтервал часу. Зазвичай це виконується після кожної вдалої компіляції (у невеликих проектах) чи кожну ніч або щотижня. Регресивне тестування є невіддільною частиною екстремального програмування[джерело?]. У цій методології проектна документація замінюється на розширюване, повторюване й автоматизоване тестування всього програмного пакета на кожній стадії Регресивне тестування може бути використане не лише для перевірки коректності програми, часто його також застосовують для оцінки якості отриманого результату. Так, під час розробки компіляторів, у прогоні регресивних тестів звертають увагу на час компіляції кожного з тестових прикладів, розмір отриманого коду й швидкість його виконання.
rdf:langString
回归测试是软件测试的一种，旨在检验软件原有功能在修改后是否保持完整。
xsd:nonNegativeInteger
10843