软件测试大概的思路

  

1、首先向客户提出需求,产品经理、开发人员、测试人员一起参加需求的评审,依据当前项目、人员、工期的实际情况,评估需求点的可行性。

2、需求评审完之后,测试人员需要做测试分析,在做测试分析的时候,多与客户、产品经理、开发人员沟通,分析需求 档。如果是优化系统,则对现有的系统进行分析,了解业务逻辑,了解代码实现逻辑,然后结合现在的需求功能点,需要改进哪些地方,做出具体的分析。如果是新开发的系统,则需要多角度的了解业务逻辑,了解开发人员的代码实现逻辑。测试分析阶段,开发人员也完成了系统分析,每个功能点实现的工期都有评估到,测试时间也评估出来(测试得开始时间—测试得结束时间)

3、开发人员的系统分析评审会结束后,测试人员需要召开会议,做测试分析评审,客户、产品经理、开发一同参与评审,如果测试点没能全部覆盖业务场景,那么客户、产品经理提出意见,进行修改,如果测试得相关步骤和逻辑与开发有冲突,开会提出意见,然后做出会议纪要,修改测试分析,最后发出最完整版本的测试分析文档。

4、开发人员正式进入编码阶段,测试可以根据自己写的测试分析文档,编写测试用例,测试用例的编写规范要达到产品、需求、开发都能读懂,执行的要求。

5、测试用例编写完,开发的编码阶段也结束,开发人员进行单元测试,测试通过之后,将第一个版本交付到测试人员手里,这时候,可根据项目具体情况,安排交付测试的时间,从所有用例选取几个主场景 的用例执行,执行通过,那么交付测试阶段也完成。

6、然后就是正式的执行测试阶

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值