回归测试想从开发转测试，有没有什么好的建议

软件回归测试：什么情况下最需要回归测试？

回归测试是在之前的代码基础或软件功能上添加了新的代码或代码，那么重复之前做过的测试去验证修改代码或添加新功能对之前应用程序已有的功能是否有影响，回归测试成功通过则表明修改代码与之前的架构或功能没有冲突，这样才能更好地进行下一步的研发。

否则，完成了有一个新的功能，但同时抹杀了之前已有的功能，就貌似猴子掰玉米，掰了一个新的，丢一个旧的，永远都是失败的。

所以回归测试多用在这种情况，上面只是简单的说明，希望对你有帮助。

回归测试的策略和区别是什么

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。

因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

　 冒烟测试冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。

这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。

在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。

Smoke Test优点是节省测试时间，防止build失败。

缺点是覆盖率还是比较低。

　　冒烟测试是自由测试的一种。

常用的回归测试测试用例有几种选择方法

主要有： 1. 新修改的功能，这个显然是重点； 2. 新修改的功能的关联功能，就是有耦合的部分，这个一般最好咨询一下开发人员； 3. 程序最有卖点或者说亮点的部分，这个地方一旦有问题，会使程序质量大打折扣； 4. 程序中最致命的部分，譬如说安全隐患，数据泄露，加密注册； 5. 程序中比较脆弱的部分，这个要咨询开发人员，一般就是他们心中最没底的地方； 6. 程序的主干功能； 7. 如果以上做完，还有时间的话，最好把用例中级别比较高的用例再执行一遍。

简要说明什么是回归测试、兼容性测试、负载测试。

展开全部 回归测试: 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

兼容性测试 兼容性测试有很多种，考虑到与前后两个名词的关系，应指软件兼容性测试：测试在特定的平台上，在不同的应用软件之间，不同的操作系统平台上，不同的网络环境中能够正常运行的一种测试。

负载测试：通过测试系统在资源超负荷情况下的表现，发现设计上的错误或验证系统的负载能力。

想从开发转测试，有没有什么好的建议

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。

因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

我在测试上面也是走了很多弯路的，在做回归测试的时候关键是把握好两点： 首先，测试策略的选择。

回归测试阶段的测试策略基本上有如下4种：(1)、再测试全部用例；(2)、基于风险选择测试；(3)、基于操作剖面选择测试；(4)、再测试修改的部分。

在以上4种回归测试策略中再测试全部用例的策略是最安全的策略，但已经运行过许多次的回归测试不太可能揭示新的错误，而且很多时候，由于时间、人员、设备和经费的原因，不允许选择再测试全部用例的回归测试策略，此时，可以选择适当的策略进行缩减的回归测试。

其次，测试效率的提升。

运用自动化的测试工具，我目前在使用的是TestBird的自动回归测试，可以用这种方法做到全部用例覆盖。