软件测试的生命周期
回顾:软件开发的生命周期
需求分析-计划-设计-编码-测试-运行维护
软件测试的生命周期(软件测试的流程)
需求分析-测试计划-测试设计/测试开发-测试执行-测试评估
- 需求分析:验证需求的正确性,合理性;细化需求找出测试项,写测试用例
- 测试计划:测试人数,测试环境,测试时间,测试设备
- 测试设计/测试开发:根据需求,写测试用例
- 测试执行:开发已经完成,执行测试用例,验证功能,验证BUG
- 测试评估:写了多少测试用例,执行了多少,剩余的测试用例数BUG数量,解决的BUG数量。遗留的BUG以及解决方案,测试范围和测试功能。
如何描述一个BUG
BUG管理工具,文字形式 :禅道,jira,tapd
1:测试版本号(代码版本信息)
2:测试环境
- web系统
- app:软件设备 安装/ios/windows/鸿蒙/塞班
- 硬件设备:手机品牌(系列)电脑品牌
3:测试数据 :更加快速的复现问题
4:测试步骤
5:测试实际结果
6:测试预期结果
7:附件,错误日志,错误截图等等。
BUG的级别(了解)
每个公司都不一样,这里只是普遍的情况
1:奔溃
- 系统无法正确运行,出现崩溃,操作死锁,死循环,黑屏,阻碍测试人员的工作
- 如果线上出现这种情况怎么办?怎么去补救?
- 回退到一个稳定的版本
2:严重
系统运行,但是不稳定,继续运行下去会造成严重的损失,重要的功能没有实现,或者功能和需求不符合,
数据库中用户数据存储错误,威胁到用户的安全(信息,财产)
3:一般
次要的功能没有实现,或者有错误,系统可以稳定的运行
4:建议
会影响用户的体验,排版(局促)颜色不符合大众审美,信息没有换行,或者提前换行
BUG生命周期
BUG的各种生存状态
如果因为BUG和开发人员产生冲突
- 检查,看BUG描述是否清楚
- 从用户的角度去说服开发人员修改
- BUG定级要有理有据(根据公司的规范)
- 不断提升自己的业务水平和技术水平
- 不要争吵,找产品经理讨论