
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的企业都在关注软件测试行业的发展,而本文我们就通过案例分析来简单了解一下,软件测试技术应用需要掌握哪些知识点。
冒烟测试
测试环境部署完成之后,需要先进行冒烟测试。
冒烟测试就是针对每次版本或每次需求变更之后,在正式测试之前,对产品或系统的一次简单验证性测试。验证产品或系统的基本功能、主流程是否正常。可以将冒烟测试理解为是在执行正式测试之前的“预测试”,目的是确认软件的基本功能正常,可以进行后续的测试工作。如果这个版本的冒烟测试都没通过,后面就不用继续测试了,直接打回给开发人员,待冒烟能通过后再提测。
需关注的点:
系统的基本功能可以正常使用,避免新功能导致系统原本功能无法使用
本次迭代需求的主流程可以跑通
前面开发自测是目的也是为了更快地通过冒烟测试,有了开发自测,提测的质量会大大提高,原本可能需要花费一天时间冒烟的功能很快就能通过。
执行测试
按照之前编写的测试用例进行测试,测试过程中可能会发现之前遗漏的场景,这时需要补充完善测试点。还可能发现一些实际效果与产品原型不一致的地方,这时就需要跟开发、产品等人员进行沟通。
提交Bug并跟踪
测试过程中发现软件的缺陷,提交到相应的缺陷管理平台并指派给对应的开发人员。
对Bug进行跟进,若开发人员未及时修复,应适当催促,避免项目都要上线了,还有很多Bug未修复,影响交付,甚至延期。
待开发修复完Bug并提交新代码后,对Bug进行回归验证,若测试通过则将Bug关闭,若测试未通过则重新打开。
二轮测试、N轮测试
对新功能进行多轮测试。
回归测试
对旧功能进行回归测试,保证旧功能不被新功能影响而出现严重的Bug。
这个阶段就可以用到自动化测试,实现快速回归。
例如:结合公司业务实现一套覆盖公司系统绝大部分接口的接口自动化测试框架,在上线前跑一遍,以便于测试人员一时间发现问题,并提交给开发人员进行修复解决,减少线上Bug率;对于有些功能是在前端做校验,无法通过接口进行回归,又是主功能,就可以将其实现UI自动化。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。