IBM软件测试理论——功能测试和回归测试

　　http://www.51testing.com/html/03/n-237303-2.html

        功能测试的内容是：

　　功能测试，在每一个开发阶段，去验证在每个业务功能操作上都和设计文件（内部和外部）中规定的一样。

　　开始点：功能测试开始于成功完成单元测试后，和功能测试计划已经被有关各方已批准，并且在基线控制之下。

　　结束点：功能测试结束于执行完所有的计划的测试用例，结果中没严重性为1或者2的缺陷。如果未被测试的用例应该被记录下来，并标明原因；所有测试应该被记录下来；有相应的测试报告和总结。

　　功能测试的作用：功能测试，验证了系统执行和设计中规定的功能一致。当功能测试正确后才能进入系统集成测试。确定关键功能缺陷和修复缺陷，以避免在系统集成和用户验收测试阶段出现缺陷进行昂贵的返工。

　　相关活动：测试计划和测试用例审查，由有关各方批准的基线控制之下；按计划执行功能测试用例；通过跟踪需求变更来验证测试覆盖面；进行缺陷分析；完成功能测试报告。

　　功能测试的评估有：成本和进度偏差，缺陷，生产力，效率和测试覆盖度。

　　回归测试的内容有：

　　回归测试验证，当系统某部分修改（增加新的功能或者修改bug）后，去验证这部分是否被成功修改和其他部分是否会被这部分的修改所影响。要执行回归测试，应用程序必须运行相同的测试用例通过至少两次。第一次测试是修改前应用程序的特定部分是否正确响应。第一次测试获得的应用程序的正确反应做为第二次运行后判定程序是否正确运行的判定标准。

　　开始点：因为增加新功能或者修改缺陷而对代码进行的修改后开始回归测试。

　　结束点：回归测试结束于成功的执行相关的回归测试用例，并且修改后的程序相关部分没还未解决的缺陷。

　　回归测试的作用：回归测试验证了系统的行为是不会受到由于修改系统而产生的影响。它减少了重新验证的时间消耗，它给与验收测试以可信任措施。当时间回归测试相关用例的执行是自动化的时候，显着的好处将被取得。

　　相关活动：测试计划和测试用例审查，由有关各方批准的基线控制之下；确定修改的程序（必需的元素）结构属性，然后选择一个可重复执行的测试用例集去执行；制定一个回归测试执行和缺陷的详细报告。

　　回归测试的评估有：缺陷评估，失败率，覆盖度。

　　功能测试就是验证的系统功能，是软件测试中很重要的一部分。

　　所有的defect被修改后，都会去验证这个bug是否成功被修复，而且会验证这个defect周围相关的一些功能是否出现了新的defect，这就是回归测试。

　　当软件增加了一个比较大的新功能后，在这个新功能被测试完成后，一般都会有一个专门的回归测试阶段，来进行验证这个软件的其他主要功能是否受影响，是否出现新defect。一般只测试主要功能的主要流程，不会像对待新功能那样详细的测试。在游戏测试中，当某一个功能模块被做了比较大的修改后，都会进行一些主要功能模块的主要功能流程的测试，比如背包有比较大的更新，都会去测试背包相关的仓库、装备、生活技能等功能的主要流程。每次系统进行升级前，都要进行开机测试，验证系统是否能够进行正常的升级，然后才放出来。

　　某些回归测试是非常适合自动化测试的，出名的功能测试工具是QTP（quick test professional）和RFT（Rational functional tester）。这2个功能测试工具非常适合做功能方面的回归测试，核心思想就是一个录制和回放的过程，用在回归测试上面的话，录制就是录制被修改前系统的正确反应，回放是回放被修改后的系统来观看系统的反应。我在后面的章节中会介绍这2个工具。