2021.12.16测试计划

测试计划

一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了 测试项、被测特征、测试任务、人员 安排以及任何偶发事件的⻛险。软件测试计划是指导测试过程的纲领性文档。

 测试计划内容

测试范围：
1、本次需要测试的内容
A、功能测试
B、兼容性的测试
C、性能测试
D、环境
2、已经已有的功能

测试策略 ：
1、通过什么样的方式来执行以及什么样的技术来实现

资源安排
1、环境安排（阿里云服务器，数据库，其他组件）
2、人力安排
3、时间安排

进度安排
1、task开始时间，和task结束时间
2、story

发布标准
1、开发的标准：单元测试通过率必须是大于60%才可以转测
2、上线标准：
1、新功能测试OK，没有严重的问题
2、系统已有功能也是OK的
3、必须测试的功能全部通过，也可以说是核心的流程

⻛险预防
1、环境的风险
2、第三方的风险

测试范围

1、外观界面测试

2.功能测试

3.易用性测试

4.兼容性测试

5.安全测试、

 

 

 

 

 

 

 

评审用例

1、某些测试场景考虑的期望结果信息不合理
2、某些测试场景没有考虑到位
3、某些测试场景我们也不确定结果信息，那么现在说出问题，大家一起讨论，然后按照大家讨论的结果来执行，那么这个结果我们需要记录

 

测试用例评审完成：
1、最后和大家针对前面说的几点做总结性的发言和总总结性的结论
2、那么第二点就是根据大家前面提的几点意见，完善测试用例，然后再发出来，让大家再次查看下

 

 

1、新版本的功能
2、系统已有功能（忽略时间）
3、系统测试（端到端的测试）

12.17-12.17:编写测试点以及评审
12.18-12.18:测试登录错误提示信息以及不同登录的方式验证，注册
12.19-12.19:发送邮件的业务链的验证
12.20-12.20:造性能测试的数据以及进行性能测试
12.21-12.21:梳理测试报告，进行系统测试，产品进行验收测试

 

测试方案：
1、背景描述
2、整体思路（需要包含具体的工作内容）
具体实现的技术细节
具体技术细节的demo
3、针对具体的工作内容列出详细的计划

 

BUG 缺陷 issue

hotfix:线上出现的问题，该问题需要立刻解决或者下个版本解决，需要提交一个issue,这个过程，从版本角度而言，叫hotfix

hotfix版本，或者叫补丁

 

场景；开发转测后，我们在测试过程中发现测试的实际结果与编写的测试用例期望结果不一致，那么就需要提单（提BUG）

 

BUG注意事项：
1、提交BUG，必须有详细的测试步骤
2、最好有错误log
3、如果可以，最好有截图　　

 

 

 

 

 

 

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