测试管理之测试过程

#测试过程

以此文来阐述自己对于测试过程的认识

目录

##测试前
测试前注意事项

• 需求评审
  参与评审，了解需求背景，需求详情以及需求价值，初步评估需求覆盖面、需求测试工作量、需求关注点和风险以及提出相应需求优化点或者需求需要提前关注的地方；
• 需求拆分
  对需求进行拆分，把需求拆成每一个小模块，加深对需求的理解；更好的评估需求测试工作量、需求关注点和风险、便于后续需求分工以及测试案例设计和覆盖；
• 开发实现询问
  在开发过程中，可以询问开发设计文档，接口文档或者当面询问开发逻辑，以便暴露发现开发实现错误或者实现遗漏的问题，并且通过开发了解开发实现逻辑便于提高测试覆盖度、提高测试理解度、提高测试质量；
• 测试案例编写
  1、当你需求理解清楚、开发实现理解清楚之后，遍可以通过编写案例，覆盖需求；
  2、测试案例的编写，原则上是根据前面拆分的需求，逐一覆盖，以避免遗漏，并且根据开发实现，补充测试案例或者进行单元测试，接口测试等；
  3、对测试用例进行分级，确认优先级；
• 测试案例评审
  1、当你测试案例编写完成之后，发起案例评审会议，由产品、开发、测试共同参与，逐一评审案例，检查案例是否有需求理解错误、需求未覆盖、案例逻辑错误以及需要补充或删除的案例；
  2、通过案例评审会议，同步需求或开发实现中的疑问、测试过程中的难点、项目风险以及其他需求他人支持的工作等，以达到需求统一、案例统一、风险评估、寻求支持等目的，提高项目质量和减少项目风险；测试案例评审完成之后，同步测试案例以及案例评审纪要给项目成员；
• 测试案例优化
  根据需求评审过程中的讨论，优化测试案例，并且输出冒烟测试案例和优化后的测试案例给到开发同学，以便他们在转测之前完成冒烟测试案例;
• 测试数据准备
  根据测试案例提前准备相应测试数据；减少测试过程中因为造数据导致的时间消耗，以提高测试效率；
• 提测邮件
  开发–>联调–>产品体检结束之后，由开发同学完成提测邮件，包含提测文档（实现逻辑、代码工程、数据库库表、重点关注逻辑等描述以及测试环境、需求tapd等）和体验文档（产品输出，重点关注开发实现是否满足自己的需求）；

##测试中
测试中需要关注事项：

• 测试执行
  1、逐一执行测试案例，执行失败需描述失败原因，并且标注为失败；成功标注成功即可；
  2、测试案例执行过程中，每天案例保存测试数据，以便后续问题追溯；

• 测试BUG定位
  1、可通过后台日志分析，定位后台BUG原因，截图给到对应开发
  2、可通过抓包请求，查看request、response，定位问题；

• 提BUG单
  1、根据测试过程中发现的BUG，提相应的BUG单给到相应开发同学；
  2、BUG单需要包含简单明了的BUG标题、清晰的缺陷描述（截图或视频）、初步的BUG定位（抓包请求或者后天报错日志）、已经产生的步骤、预期结果、测试数据和环境等；

• 测试BUG回归
  1、询问开发具体的BUG产原因和解决方案，并落地到BUG单中；
  2、当BUG单状态扭转为‘已解决’时；根据BUG单，回归缺陷，并备注问题原因以及回归测试范围，已确保问题原因统一，和问题回归完全；

• 测试案例补充
  1、在测试过程中，经常会出现需求增加、需求修改等情况，需要对测试案例进行补充和优化；
  2、随着测试的深入，对于需求的理解和开发的实现也更加深入，就容易出现前期案例无法覆盖一些场景，这个时候就需要补充测试案例或者修改、优化测试案例，边测试边修改；
  ##测试完成
  当测试完成之后，需要做如下事情：

• 测试报告
  1、测试报告包含测试结论、测试案例执行情况、BUG情况、风险预警以及上线验证用例；
  2、测试结论主要是对此次测试的总结，是否测试完成、是否达到上线预期；
  3、测试案例执行情况主要是案例执行率，案例通过率，案例失败率等是否达标；
  4、BUG情况主要有测试过程中的BUG统计、分类以及BUG修复情况描述；
  5、风险预警主要描述是否存在上线风险、是否存在测试环境无法验证需要线上验证的情况，分别存在哪些风险；
  6、列举上线验证用例，以便上线之后快速执行用例，完成线上验证，可以检验功能正常上线且无异常；

• 缺陷报告
  1、对BUG进行统计分类，以便分析统计BUG主要出现的区域或流程，为以后的需求项目提供依据，减少BUG的产生；
  2、BUG修复情况，统计测试过程中发现的BUG是否已经修复完成，如存在未修复的，是否有其他处理方案或兼容方案；以及后续对未及时修复的BUG的跟踪；

• 线上验证用例
  1、线上验证用例、主要列举需求或项目上线之后，需要在线上执行的用例，包括但不限于主要流程、由于环境原因或其他原因在上线前无法执行的案例以及测试出BUG的案例等

##发布后
当需求或项目发布上线之后，需要；

• 线上用例回归验证
  1、根据发布之前列举的线上验证用例，在线上执行用例，回归验证；
  2、线上验证用例完成之后，同步线上验证结果给项目成员，结果包含本次线上验证结论及内容、用例执行情况等；
• 线上观察
  1、需求或项目发布之后，观察相应数据，确定线上数据正常；
  2、观察需求或项目主要代码工程日志，确认有用户请求进来，且不报错；
• 线上问题跟踪
  1、如发现线上问题，需要及时跟踪，定位问题原因，并在开发修复完成之后进行回归验证；
  2、分析线上问题产生原因，为何上线前和上线后测试没有发现；
• 缺陷总结和分析
  1、总结测试过程中发现的缺陷和线上缺陷，分析缺陷产生的原因，解决方案，以及后续的改进方案，同步缺陷总结和分析到项目成员；
  2、如果是迭代项目或需求可以同以往项目的缺陷总结分析，发现现在需求设计、开发、测试过程中存在的问题，需求设计是否完善、开发质量是否有所提升、测试漏测率如何等等；
• 项目过程总结
  1、对于整个项目环节进行总结，分析项目过程中哪些环节存在问题，哪些可以优化的，哪些环节值得表扬，哪些环节导致项目延期等等，分析原因并提出相应的解决方案；
  2、如有需要可以邀请所有项目成员对整个项目过程进行复盘，针对项目过程中做的好的地方和不好的地方进行会议讨论，优化项目流程；