软件测试过程

第一步 产品需求评审

  • 什么是需求评审
    项目相关人员就产品需求进行确认和评估的相关活动。
  • 为什么要需求评审
    项目组成员理解需求,以便后期高效的进行开发、测试、设计工作。
  • 测试人员参与需求评审的职责
    1)确保自己的理解与产品设计理念一致
    2)明确实现的需求范围
    3)提出自己对产品需求不合理或遗漏

第二步 测试计划概述
测试计划是指对测试活动的范围、方法、资源、进度进行描述的文档。
第三步 测试用例设计思路
用例设计思路帮助测试人员构建清晰的测试思维,指导测试工作。

  • 覆盖需求,分析需求,抽取测试点(显性需求)
  • 相关业务,考虑功能影响到的相关业务(隐性需求)
  • 特殊角度,分支流程,逆向操作,异常处理,极端情况(隐性)
  • 补充完善,测试策略,业务知识,测试经验(隐性)

测试方法

  • 边界值测试 边界值为120,需测试120,119,121
  • 弱网测试
    Fiddler提供了代理服务器,可以模拟弱网测试
  • 交叉测试
    软件在执行过程中,另外一个事件或操作对该过程进行干扰的测试

第四步 用例执行和缺陷跟踪
用例执行:开发提交测试包后,测试人员依据测试用例,验证被测软件功能实现是否与预期结果一致。
执行注意事项

  • 时间不足,及时上报,质量优先,进度其次
  • 按优先级顺序执行
  • 未执行、无效、删除的用例备注原因

第五步 测试总结报告
概念:测试过程和结果写成文档
作用:提供对软件质量进行评估的依据,对发现的问题和缺陷进行分析
测试管理工具
软件开发过程中,对测试需求、计划、用例和实施过程进行管理,对软件缺陷进行跟踪的工具
常见测试管理工具:
禅道、JIRA、TestLink、bugzilla

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值