9.6自动化回归测试实训
自动化回归测试实训和操作的内容主要包括：自动化回归测试工作中的问题，自动化回归测试解决方案，手机信息管理系统回归测试案例。
9.6.1自动化回归测试工作中的问题
自动化回归测试需要频繁地执行、再执行，以检查已经通过的测试用例是否会因为软件的变动而执行失败。自动化回归测试需要反复执行，其过程单调乏味。怎样才能做好自动化回归测试文档化的工作呢？通常的做法是采用列有产品特性的列表，然后对照列表进行检查。这是一个很好的开始，自动化回归测试检查列表可以告诉你应该测试哪些方面。 不过，自动化回归测试检查列表只适合于那些了解产品软件测试需要的技能，并且知道需要采用哪种测试方法 的人。
9.6.2自动化回归测试解决方案
在开始自动化回細试之前，我们需要完善回归测试检查表，决定采用什么样的测试方法，确定测试中所用到的数据，并给出设计数据的完整方法。如果一个项目的工期充足, 我们应该制定一个详细的回归测试设计方案。设计方案应当要求仔细检查缺陷跟踪库中与待测模块相关的所有已经关闭的缺陷，针对每个缺陷，重新编写能够发现该问题的测试执行操作。在回归测试方案中应该明确表明哪些部分适合使用自动化测试。
测试项目计划规定了每个测试阶段采用什么样的测试方式（人工或者自动化），那么在 回归测试时也要根据项目计划采用相应方式行测试。关于测试的方法就不再多说软件测试需要的技能，同其他阶段的测试一样，回归测试只是其他测试阶段的重复劳动而已。
9.6.3手机信息管理系统回归测试案例
下面以手机信息管理系统为例讲解一个完整的自动化回归测试过程。
本次测试为针对功能测试进行的自动化回归测试，表9-5为本次测试的测试模块、检查目标以及检查方法和工具。
自动化回归测试的测试用例的增加、修改等操作应及时进行并保存，便于后续工作的开展。
如表9-6中测试所用到的测试用例。被测软件模型手机信息管理系统为自行开发版本， 没有后续版本的问题，不存在原先版本测试用例的复用及审查工作。假如需要增加新工作， 进行回归测试的目的也就体现出来了，目的在于检查原有测试用例在新添加功能点后是否适用，假如不适用就需要重新修改制定。
要注意，不要对原先已执行通过的测试用例不进行任何验证性操作就直接使用。回归测试工作的重点就在于测试用例的选择、修改、添加及维护。
回归测试的重要性我们从阿里亚娜5型火箭发射失败例子中就能够看到，导致其失败的主要原因就是由于复用的代码没有经过充分的回归测试造成的。
本次测试用例采用原先录制好的测试用例脚本，脚本详见本书提供的电子资料中的功能测试脚本。
因执行方式及测试方法用例均为重复功能测试工作，此处不再赘述。表9-7为本次回归测试执行的结果。
●作者李龙，山东织雀信息科技有限公司负责人，织雀教育首席讲师，中国民主同盟盟员，北京人文大学云测学院院长、高工，国内软件测试“川模型”的提出者，全国大学生软件测试大赛评审委员会专家，致力于软件测试人才培养
本文到此结束，希望对大家有所帮助。
本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至81118366@qq.com举报，一经查实，本站将立刻删除。发布者：简知小编，转载请注明出处：https://www.jianzixun.com/91200.html
微信扫一扫 
支付宝扫一扫 