A software regression is a type of software bug where a feature that has worked before stops working. This may happen after changes are applied to the software's source code, including the addition of new features and bug fixes. They may also be introduced by changes to the environment in which the software is running, such as system upgrades, system patching or a change to daylight saving time. A software performance regression is a situation where the software still functions correctly, but performs more slowly or uses more memory or resources than before. Various types of software regressions have been identified in practice, including the following:
| Attributes | Values |
|---|
| rdf:type
| |
| rdfs:label
| - Régression logicielle (fr)
- ソフトウェアリグレッション (ja)
- 소프트웨어 회귀 (ko)
- Regresja (informatyka) (pl)
- Software regression (en)
- Återkommande buggar (sv)
|
| rdfs:comment
| - Une régression logicielle est un bug logiciel qui fait qu'une fonctionnalité cesse de fonctionner après un certain évènement (par exemple une mise à jour du système, un patch du système, ou un changement d'heure). Une régression des performances logicielle est une situation dans laquelle le logiciel continue de fonctionner correctement, mais fonctionne plus lentement ou en consommant plus de mémoire que les précédentes versions. (fr)
- Regresja – zjawisko powstawania błędów w oprogramowaniu po zamierzonej zmianie w jakiejś części kodu programu (np. po wprowadzeniu poprawki dla innego błędu). Skutkiem tych zmian może być błędne działanie innej funkcji programu, która w poprzednich wersjach działała prawidłowo. Aby wykryć regresję podczas rozwoju programu, należy prowadzić . Zazwyczaj wykonywanie testów regresyjnych związane jest z ponownym uruchomieniem zestawu testów, które wcześniej kończyły się poprawnie. Ma ono na celu ujawnienie potencjalnych problemów powstałych na skutek dokonanych zmian. (pl)
- Återkommande buggar är vanligt förekommande inom mjukvaruprojekt. För att hantera dessa kan man använda sig av mjukvarutestning, till exempel regressionstestning eller specifika tester för bugfixverifiering. (sv)
- A software regression is a type of software bug where a feature that has worked before stops working. This may happen after changes are applied to the software's source code, including the addition of new features and bug fixes. They may also be introduced by changes to the environment in which the software is running, such as system upgrades, system patching or a change to daylight saving time. A software performance regression is a situation where the software still functions correctly, but performs more slowly or uses more memory or resources than before. Various types of software regressions have been identified in practice, including the following: (en)
- ソフトウェアリグレッション（英語: software regression）は、システムのアップグレード、システムの更新プログラム適用、夏時間への変更などの特定のイベントの後で、機能が意図したとおりに機能しなくなるソフトウェアのバグのこと。 ソフトウェアの後退・後戻り・先祖返り、またはデグレード（degrade、デグレ）とも呼ばれる。ソフトウェアパフォーマンスのリグレッションは、ソフトウェアが正常に機能しているにもかかわらず、パフォーマンスが遅くなったり、以前よりも多くのメモリやリソースを使用したりする状況のこと。 リグレッションは、多くの場合、ソフトウェア更新プログラムに含まれているバグ修正によって引き起こされる。この種の問題を回避するためには、回帰テストを行うことが一つのアプローチとなる。適切に設計されたは、ソフトウェアをリリースする前にリグレッションの可能性を防ぐことを目的としている。 自動化されたテストと適切に記述されたテストケースにより、リグレッションの可能性を減らすことができる。 ソフトウェアのリグレッションは、次の3つのタイプのいずれかになる。 (ja)
- 소프트웨어 회귀(software regression)는 이전에는 작동했던 기능이 작동을 멈추는 소프트웨어 버그의 일종이다. 이는 새로운 의 추가 및 버그 수정을 포함하여 소프트웨어의 소스 코드에 변경 사항이 적용된 후에 발생할 수 있다. 또한 시스템 업그레이드, 시스템 패치 또는 일광 절약 시간제 변경과 같은 소프트웨어가 실행 중인 환경의 변경으로 인해 발생할 수도 있다. 소프트웨어 성능 회귀(software performance regression)는 소프트웨어가 여전히 올바르게 작동하지만 이전보다 더 느리게 수행되거나 더 많은 메모리나 자원을 사용하는 상황을 말한다. 실제로 다음과 같은 다양한 유형의 소프트웨어 회귀가 확인되었다:
* 로컬 – 변경된 모듈 또는 구성 요소에 새로운 버그가 발생한다.
* 원격 – 소프트웨어의 한 부분이 변경되면 다른 모듈이나 구성 요소의 기능이 손상된다. (ko)
|
| dcterms:subject
| |
| Wikipage page ID
| |
| Wikipage revision ID
| |
| Link from a Wikipage to another Wikipage
| |
| sameAs
| |
| dbp:wikiPageUsesTemplate
| |
| has abstract
| - Une régression logicielle est un bug logiciel qui fait qu'une fonctionnalité cesse de fonctionner après un certain évènement (par exemple une mise à jour du système, un patch du système, ou un changement d'heure). Une régression des performances logicielle est une situation dans laquelle le logiciel continue de fonctionner correctement, mais fonctionne plus lentement ou en consommant plus de mémoire que les précédentes versions. (fr)
- A software regression is a type of software bug where a feature that has worked before stops working. This may happen after changes are applied to the software's source code, including the addition of new features and bug fixes. They may also be introduced by changes to the environment in which the software is running, such as system upgrades, system patching or a change to daylight saving time. A software performance regression is a situation where the software still functions correctly, but performs more slowly or uses more memory or resources than before. Various types of software regressions have been identified in practice, including the following:
* Local – a change introduces a new bug in the changed module or component.
* Remote – a change in one part of the software breaks functionality in another module or component.
* Unmasked – a change unmasks an already existing bug that had no effect before the change. Regressions are often caused by encompassed bug fixes included in software patches. One approach to avoiding this kind of problem is regression testing. A properly designed test plan aims at preventing this possibility before releasing any software. Automated testing and well-written test cases can reduce the likelihood of a regression. (en)
- 소프트웨어 회귀(software regression)는 이전에는 작동했던 기능이 작동을 멈추는 소프트웨어 버그의 일종이다. 이는 새로운 의 추가 및 버그 수정을 포함하여 소프트웨어의 소스 코드에 변경 사항이 적용된 후에 발생할 수 있다. 또한 시스템 업그레이드, 시스템 패치 또는 일광 절약 시간제 변경과 같은 소프트웨어가 실행 중인 환경의 변경으로 인해 발생할 수도 있다. 소프트웨어 성능 회귀(software performance regression)는 소프트웨어가 여전히 올바르게 작동하지만 이전보다 더 느리게 수행되거나 더 많은 메모리나 자원을 사용하는 상황을 말한다. 실제로 다음과 같은 다양한 유형의 소프트웨어 회귀가 확인되었다:
* 로컬 – 변경된 모듈 또는 구성 요소에 새로운 버그가 발생한다.
* 원격 – 소프트웨어의 한 부분이 변경되면 다른 모듈이나 구성 요소의 기능이 손상된다. 회귀는 종종 소프트웨어 패치에 포함된 포괄적인 버그 수정으로 인해 발생한다. 이러한 종류의 문제를 방지하는 방법 중 하나는 회귀 테스트이다. 적절히 설계된 은 소프트웨어를 출시하기 전에 이러한 가능성을 방지하는 것을 목표로 한다. 와 잘 작성된 를 통해 회귀의 가능성을 줄일 수 있다. (ko)
- Regresja – zjawisko powstawania błędów w oprogramowaniu po zamierzonej zmianie w jakiejś części kodu programu (np. po wprowadzeniu poprawki dla innego błędu). Skutkiem tych zmian może być błędne działanie innej funkcji programu, która w poprzednich wersjach działała prawidłowo. Aby wykryć regresję podczas rozwoju programu, należy prowadzić . Zazwyczaj wykonywanie testów regresyjnych związane jest z ponownym uruchomieniem zestawu testów, które wcześniej kończyły się poprawnie. Ma ono na celu ujawnienie potencjalnych problemów powstałych na skutek dokonanych zmian. (pl)
- ソフトウェアリグレッション（英語: software regression）は、システムのアップグレード、システムの更新プログラム適用、夏時間への変更などの特定のイベントの後で、機能が意図したとおりに機能しなくなるソフトウェアのバグのこと。 ソフトウェアの後退・後戻り・先祖返り、またはデグレード（degrade、デグレ）とも呼ばれる。ソフトウェアパフォーマンスのリグレッションは、ソフトウェアが正常に機能しているにもかかわらず、パフォーマンスが遅くなったり、以前よりも多くのメモリやリソースを使用したりする状況のこと。 リグレッションは、多くの場合、ソフトウェア更新プログラムに含まれているバグ修正によって引き起こされる。この種の問題を回避するためには、回帰テストを行うことが一つのアプローチとなる。適切に設計されたは、ソフトウェアをリリースする前にリグレッションの可能性を防ぐことを目的としている。 自動化されたテストと適切に記述されたテストケースにより、リグレッションの可能性を減らすことができる。 ソフトウェアのリグレッションは、次の3つのタイプのいずれかになる。
* ローカル – 変更により、変更されたモジュールやコンポーネントに新しいバグが発生する。
* リモート – ソフトウェアの一部を変更することで、別のモジュールやコンポーネントの機能が損なわれる。
* 露呈 – 変更により、変更前には影響がなかった既存のバグが露呈する。 (ja)
- Återkommande buggar är vanligt förekommande inom mjukvaruprojekt. För att hantera dessa kan man använda sig av mjukvarutestning, till exempel regressionstestning eller specifika tester för bugfixverifiering. (sv)
|
| gold:hypernym
| |
| prov:wasDerivedFrom
| |
| page length (characters) of wiki page
| |
| foaf:isPrimaryTopicOf
| |
| is Link from a Wikipage to another Wikipage
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)