软件缺陷与测试计划

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

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

测试流程

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

软件缺陷的属性

按照严重程度分

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

按优先级分：

修正先级 ： 高 中 低

按测试种类分：

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

软件缺陷类型 (重点)

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

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

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

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