软件测试基本概念
大家好,我是bug郭,一名双非科班的在校大学生。对C/JAVA、数据结构、Spring系列框架、Linux及MySql、算法等领域感兴趣,喜欢将所学知识写成博客记录下来。 希望该文章对你有所帮助!如果有错误请大佬们指正!共同学习交流
作者简介:
- CSDN java领域新星创作者blog.csdn.net/bug…
- 掘金LV3用户 juejin.cn/user/bug…
- 阿里云社区专家博主,星级博主,developer.aliyun.com/bug…
- 华为云云享专家 bbs.huaweicloud.com/bug…
软件测试的生命周期(软件测试流程)?
需求分析->测试计划->测试设计/测试开发->测试执行->测试评估
- 需求分析:验证需求的正确性,合理性,细化需求找出测试项,写测试用例
- 测试计划:测试人数,测试环境,测试时间,测试设备
测试设计/测试开发:根据需求写测试用例,开发自动化脚本
测试执行:开发已经完成,执行测试用例,验证功能,bug,提交bug,验证bug
测试评估:写了多少测试用例执行了多少,剩余测试用例,bug数量,解决的bug数,遗留的bug及解决方案,测试的范围和测试的功能
如何描述一个bug?
依赖于Bug管理工具,通过文字的形式进行描述,有禅道,jira,tapd等bug管理工具
- 测试版本号(代码版本信息):代码第几个迭代版本,方便开发人员复现
- 测试环境:硬件信息:电脑品牌及型号web端:操作系统及版本,浏览器及版本
app端:手机品牌及型号,系统 网络环境,WiFi还是数据4g还是5g- 测试数据:测试用例,更加快速的复现问题
- 测试步骤:最快导致bug的测试步骤
- 测试实际结果
- 测试预期结果
- 附件,错误日志,错误截图等
如何定义bug级别?
每个公司对bug级别定义不一样(以下是典型普遍情况)
1.崩溃
系统无法正常运行出现崩溃,操作死锁,死循环,黑屏,阻碍测试人员工作
如果线上版本出现了这样的情况,那就回退一个版本即可进行补救
2.严重
系统运行,但不稳定,继续运行会造成严重损失,重要功能没有实现,或者功能和需求不符合,数据库中的用户数据存储错误,威胁到用户的安全(信息,财产)
3.一般
次要的功能没有实现或者有错误,系统可以稳定运行
4,建议
会影响用户体验,排版(仓促),颜色不符合大众审美,信息没有换行或者提前换行!
bug的生命周期?
bug的状态转换图
New(新建):新发现的bug,未经评审决定是否指派给开发人员修改
Open(确认):确认是bug,并且认为需要修改,指派给相应的开发人员
Fixed(已解决):开发人员进行修改后标识成修改状态,有待测试人员的回归测试验证
Rejected(拒绝修改):认为不是bug,拒绝修改
Delay(延后修改):如果认为暂时不需要修改或者暂时不能修改,则延后修改
Closed(关闭):修改状态的bug经测试人员回归测试验证通过,则关闭bug
Reopen(重开bug):如果验证bug依然存在,则需要重新打开bug,开发人员重新修改
无效的bug:open->closed open->rejected->closed
和开发人员产生争执怎么办?
- 检查看bug描述是否清楚
- 从用户的角度说服开发人员修改
- bug定级有理有据(根据公司规范)
- 不断提高自己的业务水平和技术水平(权威)
不但能发现bug,并且能够定位,还能提出解决方案- 不用争吵,找产品经理理论
三方会议,测试人员,开发人员,产品经理讨论这个bug的最终解决方案
- 点赞
- 收藏
- 关注作者
评论(0)