【读书活动实用案例分享】特较真--《测试工程师全栈技术进阶与实践》

                                            以始为终，做好测试计划

          软件项目通常都会有详细的项目计划，软件测试作为整个项目中重要的一环，也要执行详细的测试计划，正所谓运筹帷幄之中，决胜千里之外，强调的就是预先计划的重要性和必要性。

         在快捷开发模式下，测试计划表现得形式可能不再是传统意义上庞大、正式的测试计划文档，而是变成以迭代的方式持续指定测试计划，而且这样的短期测试计划可以非常迅速的根据项目情况实时调整。这和我们项目模式很契合，项目周期短，测试人员固定。反思一下作为一名测试人员，平时的工作中并没有严格的制定测试计划的习惯，有时测试计划只在脑海中盘算一下，并没有落实到文档或纸面上，这是一个非常不好的习惯。通过《测试工程师全栈技术进阶与实践》--以始为终，做好测试计划，这一章节的学习，认识到了不做好测试计划的危害：
  ①  很难确切地知道具体的测试范围，以及应该采取的具体测试策略。

  ②  很难预估具体的工作量。

  ③  测试的整体进度完成不可控甚至很难确切知道目前测试的完成情况，对于测试完成实践就更难准确预估了。

  ④  整个项目对潜在风险的抵抗能力很弱，很难应对需求的变更及其他突发事件。

         知识如种子，实践乃沃土，唯有学以致用才能开花结果。针对目前正在测试的项目，按照书中学习到的方法将测试计划按照测试范围、测试策略、测试资源、测试进度、测试风险5方面重新梳理并落实到文档。并将制定测试计划作为以后工作中的习惯，以始为终，提升测试质量。

附：标准产品长春项目充电安全功能测试计划

一、     测试范围

安全预警、限制充电、安全看板、安全防护、安全档案菜单功能验证、按照新的页面规范的lang=EN-US>UI验证和移动端页面兼容性测试，本轮测试暂不进行性能测试

二、     测试策略

1.   功能测试

 安全预警功能，主要包括检测次数、防护拦截次数、车辆热失控报警列表、充电风险拦截列表、高危车充电提醒列表

 限制充电功能，主要包括新增、编辑限充策略、限制充电列表

 安全看板功能，主要包括服务车辆数、安全防护次数及各维度趋势图、安全预警次数及各维度趋势图

 安全防护功能，主要包括安全防护、安全订单中心、预警追溯、限制充电、预警对象、防护策略、防护模型

 安全档案功能，主要包括车辆基本信息、充电行为、电池参数、充电特征、充电订单

2.   UI测试

 根据最新版《云平台PC端UI设计规范》验证安全模块下所有菜单页面展示符合规范，提示信息清晰明确

3.   移动端兼容性测试

 安卓手机端验证全部安全模块下功能菜单可打开、功能运行正常、页面展示规范、易用

 IOS手机端验证全部安全模块下功能菜单可打开、功能运行正常、页面展示规范、易用

三、    测试资源

测试人员：刘晓芳

测试环境：saas开发联调环境、长春项目测试环境(build1、build2、build3)

四、     测试进度

2025.11.03—2025.11.09
在开发联调环境进行安全预警、安全防护、安全看板、安全档案、限制充电等功能验证，保证业务流程畅通

2025.11.10—2025.11.11
在测试环境进行功能验证，主要进行安全预警、安全防护、安全看板、安全档案、限制充电等功能测试和预置数据准确性测试

2025.11.12—2025.11.15
长春项目测试环境，主要进行安全预警、安全防护、安全看板、安全档案、限制充电等功能测试、UI测试、手机端测试、预置数据测试

2025.11.16—2025.11.19
长春项目测试环境，主要进行安全预警、安全防护、安全看板、安全档案、限制充电等功能测试、UI测试、移动端测试及问题回归验证

五、     测试风险与解决方法

1.   测试环境安装问题，测试环境安装存在延迟风险

 解决方法：正式测试环境安装前在联调环境和预测试环境熟练验证流程，尽量多的识别问题，在测试环境安装延迟测试时间压缩时，能尽可能快的验证lang=EN-US>

 2.   充电安全预警、防护等功能依赖安全订单报文，切换环境后充电安全订单报文上报、下发链路调试时间较长

解决方法：环境安装成功后第一时间协调相关开发人员，调通充电安全订单、预警、防护等功能用到的报文、Kafka、redis缓存、结束事件下发等流程。