测试计划（目的、内容）、测试用例的编写与评审

 

测试计划的定义及目的：一个叙述了预定的测试活动的范围（做什么事情）、途径（什么技术和方法）、资源（时间和人力）以及进度安排的文档。

它确认了 测试项、被测特征、测试任务、⼈员安排以及任何偶发事件的⻛险。软件测试计划是指导测试过程的纲领性⽂档。

　　　　　　

 

测试计划内容：

　　　　　　   测试范围：明确测什么？⽐如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？

　　　　　　   测试策略：明确怎么测？对不同业务需求，具体要有哪些测试类型、测试场景、测试⽅法。

 资源安排：包括测试⼈员的安排，测试环境是怎样的，测试⼯具的选择等。

 进度安排：在明确测试范围、⽅法和⼈员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。

 发布标准：发布标准是测试完成和产品上线需要满⾜的条件，以便项⽬内所有⻆⾊都有⼀致认可的⽬标。怎样才算是测完了？达到怎样的标准才可以上线？

 风险预防：最后，我们需要对整个测试过程中可能存在的⻛险，以及当这些⻛险发⽣时的应对措施提前进⾏⼀些考虑和准备，并在测试计划中体现出来。

序号	工作内容	开始时间	结束时间	负责人	是否完成	备注
1	编写测试点以及评审	2021.12.17.	2021.12.17
2	测试登录错误提示信息以及不同登录的方式验证，注册	2021.12.18.	2021.12.19.
3	发送邮件的业务链的验证	2021.12.19.	12.19-12.19
4	造性能测试的数据以及进行性能测试	2021.12.20.	2021.12.20
5	梳理测试报告，进行系统测试，产品进行验收测试	2021.12.21	2021.12.21

评审时候，逻辑不对，结果不确定，场景考虑不全都得补充

• • 1、某些测试场景考虑的期望结果信息不合理
    2、某些测试场景没有考虑到位
    3、某些测试场景我们也不确定结果信息，那么现在说出问题，大家一起讨论，然后按照大家讨论的结果来执行，那么这个结果我们需要记录
• •   测试用例评审完成：
    1、最后和大家针对前面说的几点做总结性的发言和总总结性的结论
    2、那么第二点就是根据大家前面提的几点意见，完善测试用例，然后再发出来，让大家再次查看下   测试方案：
    1、背景描述
    2、整体思路（需要包含具体的工作内容）
    具体实现的技术细节
    具体技术细节的demo
    3、针对具体的工作内容列出详细的计划      

     

    BUG 缺陷 issue

    hostfix:线上出现的问题，该问题需要立刻解决或者下个版本解决，需要提交一个issue,这个过程，从版本角度而言，叫hostfix BUG注意事项：
    1、提交BUG，必须有详细的测试步骤
    2、最好有错误log
    3、如果可以，最好有截图 缺陷状态
主要描述缺陷当前的状态。状态如下:
新建:测试人员新提交的bug、优化或者建议的状态。
    进行中:开发人员确认是bug，在修复bug过程的状态。 已解决:开发人员已修复bug的状态。 已关闭:测试人员验证修复的bug，确定已解决问题的状态。 不解决:开发人员认为不是bug，拒绝解决问题的状态或者无法解决问题的状态 重开:测试人员验证修复的bug，发现没有完全修复好bug，重新打回开发人员的状态。 暂缓:开发人员认为该bug不急于修复，可以放置一段时间再修复的状态。

     

     

     

     1、在测试的过程中，发现的问题，我们进行提交
    2、提交给开发后，开发这边会进行确认，如果是bug，开发进行修改，如果不是bug，开发会反馈给测试
    3、如果开发确认是bug，那么开发修改完成后，再反馈给测试，测试这边进行回归验证BUG是否解决
    4、如果BUG回归测试通过，关闭该问题，如果回归测试不通过，问题依然存在，那么继续反馈给开发

     

     

    缺陷类型
    能正确分清缺陷类型需要测试工程师对需求和业务有深入了解，能考验测试工程师业务知识。
    bug：测试人员通过测试发现的问题能称为bug.
    需求：需要产品经理对需求进一步梳理。
    建议：是软件产品改进建议
    优化：功能已实现，需要优化问题。可以是用户体现优化、性能优化。