关于bug的那些事

接口测试问题总结：

##自己的问题：
请求地址错误，方法错误，数据格式错误，头信息content-type,token,request/session()能够保存状态,写的提取代码的问题。程序的问题：有数量限制，添加只能一次。
##工具的问题：
单独执行与集合整体执行。环境变量的问题。

bug解决等级

立即解决-1级
高优先级（）2级
正常排队3 级
不紧急：可以方便时解决4级

BUG的生命周期：7个状态

New,open,reopen,verify,fixed,close,reject
new：测试人员发现 了bug,
open（active）:测试人员新提交了bug，公布出现
Fixed：开发发现了这个bug确认后解决了bug.已解决状态
Reject：拒绝，不需要修复或不是bug。
verify：验证bug的过程。
reopen：bug再现了，重新打开bug。
Close：修改bug没有了问题就关闭bug

评审：

bug标题写的是否清楚，严重级别评的是否准确，优先级？是否有步骤，其他地方不顺眼。是不是bug。///任务要求是否完成。开发有多少解决方案，bug状态。自己添加模块了吗？

基于需求的测试覆盖率

基于需求的测试覆盖要在测试生命周期中评估多次，来确定测试生命周期中里程碑上的测试覆盖，例如计划的、实施的、执行的和成功的测试覆盖。

基于代码的测试覆盖率

基于代码的测试覆盖对照评估测试中有多少代码已经执行和有多少代码有待执行。代码覆盖可以基于控制流（语句、分支或路径）或者数据流。

在项目开始时，很快就发现并开立新缺陷，然后这些缺陷随着时间的过去呈下降趋势。开立缺陷的趋势与新缺陷的趋势相似，但是稍微 落后。因为开立的缺陷不断被修正和验证，所以结束缺陷的趋势随着时间的过去持续上升。这些趋势证明工作是成功的。
如果您的趋势与正确趋势出现较大的偏差，它们可能表示出现问题，并指出何时需要将补充的资源应用到特定的开发区域或测试区域。
当与测试覆盖的评估结合时，缺陷分析可提供非常出色的评估，以供作为测试完成标准的基础。