测试的基本流程

立项:公司领导层确认我们要生产什么产品,开会;
产品说明书:会出一个产品说明书(prd);
需求文档:编写一些你都需要些什么功能;
需求评审:(需求人员下发,开发、测试、项目经理都会参加会议)评审需求,判断需求文档中的东西符不符合用户使用;
详细概要设计:设置表、字段,谁负责某一个功能;
编码:进行编码;(实现功能模块)
自测:开发人员自测代码;
提测:提交给测试人员进行测试;
测试计划:(是在需求评审后与开发同步进行)指定谁来测试,在规定的时间都干些什么,在那个环境上测试东西;(这应该是测试人员开的会)
编写测试用例:注册或别的一些功能的测试用例;
测试用例的评审:参加评审的人需求下发人,开发人,测试人,经理;(测试人组织)
搭建测试环境:(如果公司有测试环境就不需要搭建,如没有,就自己打环境)把项目部署在环境上,进行测试;
冒烟测试:先测主功能能否实现;(如果能实现的话就进行继续测试,如:测试不通过就直接让开发人员修改)
功能测试:测试功能;(测试功能是否实现,测试可能会出现的问题)
禅道记录bug:如果测试有问题,就把问题提交到对应的bug管理工具里,指派给对应的开发修改,修改完进行测试;
回归测试:这个版本中的bug有没有修改,修改完之后是否有引发了新的bug;(如果按照测试用例测试过后没有问题,就进行验收)
验收:(公司里会有验收环境;参加验收人员:负责对应需求的开发人员、测试人员自己、本项目经理、甲方公司客户),功能测试实现完毕才能进行上线;
上线:项目上线。

 

  • 0
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值