软件缺陷与测试计划

测试计划 员工包括 (重点)

测试背景    测试目标    测试范围    测试输出文档
测试策略    测试规模工作量分析  测试进场    测试进度时间安排
测试资源    人力,设备  风险管理

测试流程

1

简的来说就是
1 测试计划
2 编写测试用例
3 执行测试用例
4 将所有问题的测试用例编写成缺陷报告
5 其他测试
6 测试总结

软件缺陷的属性

按照严重程度分

一般分为5个等级
系统崩溃, 严重, 一般, 次要, 建议

按优先级分:

修正先级 : 高 中 低

按测试种类分:

逻辑功能, 性能类, 界面类, 易用性类, 安装, 兼容性类。

软件缺陷类型 (重点)

11

BUG声明周期 (重点***)

新建, 确认, 重新验证, 关闭, 重新打开

一个 Bug由测试人员发现并提交,我们将状态标注为新建;开发人员接收了该Bug,将Bug的状态修改为已分配(Assigned),表示已经认可;开发人员解决了该Bug后,就将Bug的状态修改为解决,并发给测试人员回归测试:测试人员对Bug进行回归测试,如果确实已经解决,就将Bug的状态修改为关闭。否则的话则发给进行回归测试,如果确实已经解决,就将Bug的状态修改为关闭。否则的话则发给开发人员重新修改。还要说明的是,Bug是可以“死而复生”的,以前版本已经关闭的Bug,如果新版本中重新出现,我们就需要将其状态修改为重新打开

缺陷报告(bug报告,提的报告)

1

原文地址:https://www.cnblogs.com/sunzzc/p/13028546.html