测试经验分享

 1.缺陷管理

  • 汇总分析缺陷
  • 缺陷归属:一些共性缺陷或特性缺陷(如三方接口,公共组件等)暂时解决不了或需项目经理跟踪解决的缺陷要及时分析整理;涉及多个研发小组合作解决的缺陷,出现各组推诿现象,可进行每周缺陷分析,项目经理或专人跟踪解决。
  • 缺陷状态:应根据实际情况增加缺陷状态来标记特性缺陷。基本应有新建,解决,关闭,挂起。
  • 主动跟踪并推动缺陷整改进度。

 2.需求管理

 

  • 需求依据:依据业务文档,UI、UE,概设,需求文档等了解相关业务,需求文档具备多样性。
  • 需求变更:根据相应文档进行测试,在项目开发期间由于需求内容的不清晰、产品及用户要求进行需求变更的,应有变更记录(填写需求变更单,需项目经理签字,产品经理签字)

3. 测试数据管理

测试数据产生的方式:

  • 界面操作产生
  • 调用API接口产生
  • 通过操作数据库产生

4.测试通过标准

在不同阶段,明确测试通过标准。

5.接口自动化测试:

  • 测试依据:接口规范文档。

文档一般由研发组提供。

  • 设计测试用例:

主要从以下几个方面:

  1. 业务功能(包括正常、异常场景是否实现)
  2. 业务规则(覆盖度是否全面)
  3. 参数验证(边界、业务规则是否达到要求)
  4. 异常场景(重复提交、并发提交、事务中断、多机环境、大数据量测试)
  5. 性能测试(响应时间、吞吐量、并发数、资源要求)
  6. 安全测试(权限验证、SQL注入等)
  • 执行测试用例,验证执行结果

测试工具:由于项目前后端调用主要是基于http协议的接口,所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。工具有很多如:postman、jmeter、soupUI等或者平台集成的接口测试工具。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值