测试小总结 之 八月竟然就结束了!

       时间不知不觉就已经走到了九月份,很快,学习测试已经一个月了。从我自己进公司到了现在,我是真的觉得并没有帮大家做些什么,大多数时候还会需要别人费心来带着我。不管是从书本上还是平时的耳濡目染,我觉得还是可以从以下几个方面做一个总结。

以下内容,想一句写一句,可能不完整,可能有问题,可能很杂乱。随笔~

测试流程:

  1. 开发前期参与项目的需求讨论,了解项目的开发
  2. 安排测试计划,测试人员,测试的模块以及测试的方法
  3. 项目开发的过程中,按照项目的需求,开始编写测试用例
  4. 实施功能模块测试,搭建测试环境

bug跟踪流程

编写测试用例:

  1. 测试用例编号
  2. 测试名称
  3. 测试优先级
  4. 测试的进入步骤
  5. 测试环境
  6. 测试期望得到的结果

 

功能测试内容与方法:

  1. 数据的输入测试

输入非系统设计的数据类型

边界值测试

数据合法性的测试

单引号,双引号

空值测试

空格测试

输入校验的不一致:例如,在查询中,系统对他们的输入合法性检查与查询或调用条件的要求是否是一致的

       2. 数据的增删改查:

增:

增加一个新选项时的添加条件,是否可以为空?

数据输入错误,是否清空?

是否有保存成功的提醒?

如果出错,提示错误的信息是否准确?

通过SQL检查数据库提交是否正确

新增以后的位置,是否在理想中的位置;

删:

删除失败会不会影响其他数据?

删除主表数据,其他表会不会对应更改?

删除时,是否有删除提醒?

可不可以批量删除?

删除以后,列表会不会更新?

改:

更改成功后会有提醒?

更改失败会不会对原来的数据有影响?

 

3. 多选按钮的测试:注意不选、单选、组合多选、选择顺序、默认情况、

4. 单选按钮:多次重复的点击,快速点击,不按照正常逻辑来点击按钮

5. 组合查询条件:不选、单选、组合多选,逆序选择、顺序选择

6. 目录路经测试:更改路径,检查系统的排错能力;更改到另外的路径、不存在的路径、 正确的路径

 

Bug的提交:

  1. 路径
  2. 解决优先级
  3. Bug详细说明
  4. 提交人员

 

测试的分类:

  1. 单元测试:由开发人员进行测试(白盒测试),但需要提交测试评审和测试结果
  2. 集成测试:模块与模块之间接口的测试
  3. 系统测试:整个软件系统与环境因素一起整合起来的测试
  4. 验收测试:以用户为主的测试,软件开发人员与质量保证人员也一起参加的测试

 

测试的原则:

  1. 证伪而非证真
  2. 尽早进行软件测试
  3. 重视无效数据和非预期的测试
  4. 对每一个测试结果做全面的检查
  5. 注意测试现场的保护和资料归档
  6. 程序员应该避免检查自己的程序
  7. 注意群集现象
  8. 用例要定期评审,适时补充修改用例
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值