测试在项目中介入的流程详解

写博客是用来总结学习知识和成果的,本文为博主原创文章,未经博主允许不得转载,谢谢

1、从需求开始,首先必须要有需求文档,交互稿(各个功能之间的交互方式的文档),然后需求需要评审,评审通过了发邮件需求评审通过。
2.测试人员开始编写测试分析文档,测试分析文档完成后需要团队(产品+开发+测试)评审。
3、开始编写测试用例,测试用例编写完需要测试组评审。
4、测试环境的搭建,测试环境起码需要三套以上,开发环境和测试环境以及预发布环境。
5、测试常用到的软件工具:①测试用例的管理工具和bug管理工具,比如测试用例的qcenter和bug的Redmine,禅道等。
6、开发代码编写好后,需要自测(测试人员从测试用例中筛选出主流程用例),自测通过后开发群发邮件提测。
7、开发人员提测后,测试人员开始冒烟测试,冒烟测试通过或者不通过都需要群发邮件,不通过打回,通过开始功能测试。
(冒烟测试:主流程跑通了,可以继续测试下去,保证基本功能正常实现;冒烟不通过,不能开始测试)
8、功能测试需要测试三遍,都是在测试环境验证,性能测试和接口测试也在这个阶段测试,功能测试完成后,在预发布环境上开始回归测试。
9、回归测试测试完成后,需要发邮件,产品开始验收测试,测试通过就此结束。
当中的需求文档(产品),交互稿(产品和设计),系统分析(开发),接口文档(开发),测试分析文档(测试),测试用例(测试),测试报告(测试)一定要规范。
测试占用的时间是开发提测到回归测试。

猜你喜欢

转载自blog.csdn.net/qq_36800800/article/details/81564439
今日推荐