testing - 您如何确保相同的错误不会第二次蔓延到产品中?

标签 testing qa release-management software-quality

我理解对它的简短回答是进行测试,但您仍然如何进行此测试?您是否修改您的测试用例以将错误包含为要运行的附加测试用例,或者您是否只是验证从最旧到最新版本的错误跟踪系统中的所有错误。

感谢您的回答。看起来我的问题不清楚。
我知道我们需要编写错误报告,修复错误并进行修复验证测试。但是,该测试应该在哪个测试阶段进行,以便在下一个版本发布期间,我们一定会再次重新运行测试,以确保没有任何新更改重新引入该错误。它应该进行回归测试还是应该针对该特定项目进行集成测试,还是应该只测试自 1.0 版以来的错误跟踪系统中的所有错误?

最佳答案

您创建了一个重现问题的自动化测试。然后修复问题,并确保新测试和所有现有测试仍然通过。

这应该是回归测试,并且应该尽可能自动化。

关于testing - 您如何确保相同的错误不会第二次蔓延到产品中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1111119/

相关文章:

travis-ci - Travis 部署基于矩阵参数

android - 用于和发布管理的 Gradle 构建变体和风格

unit-testing - 测试驱动开发的缺点?

testing - 功能测试和验证

testing - 在开发基于 PC 的应用程序时,哪些用户安装的应用程序会造成最大的麻烦?

testing - 质量保证测试人员 - 您对 "break"软件采取了哪些步骤?

ios - 可以使用临时部署在沙盒环境中测试应用内购买吗?

php - Lithium PHP 集成测试 - 不包括 routes.php?

java - 替换 QuickTest Professional (QTP) -- 我需要一个工具来测试 Java 应用程序

google-play - 应用被拒绝后,“您需要使用其他软件包名称”