测试质量保障总结！

测试行业最难的命题不是测试技术，而是测试质量。
大家对这个场景都很熟悉：出现生产问题，解决问题，生产事故复盘、责任分配到人。

影响质量的因素是多方面的，尤其重要的是－测试方法论。

1、第一步：测试活动分解质量阶段

需求和技术方案评审；
测试设计；
线下测试；
线上测试；
线上监控。

2、第二步：每个阶段的工作，都要为质量服务

需求和技术方案评审

外部评审：测试不是被动的接受，应该和产品、开发一起脑暴，发现设计缺陷、技术风险和隐患、关联方影响等（不具备该能力的可通过内部评审进行实训锻炼）；
内部评审：团队内部对技术方案进行评审、实训，找出关注点、风险点（团队能力普遍较高的可以裁减）。
目的：此阶段是质量的基石，通过测试左移，尽早发现需求设计缺陷、技术方案风险、接口设计缺陷、性能设计缺陷、关联方依赖影响，了解测试关注点，关注可测试性等问题。

测试设计

用例设计：除了对业务的理解，还需要扎实的基本功（边界值、等价类划分、正交等）；
场景设计：正常场景、异常场景、补偿场景，场景流的每个关键节点都要列出检查项，如何模拟特殊场景，是一种挑战；
数据准备：测试应该提前准备好相关方案的 数据。
目的：此阶段是质量的骨架，通过测试设计，覆盖更多的测试点、模拟更多的场景、做好更充分的测试准备，为质量保驾护航，为测试赢得更多宝贵的时间。

线下测试

接口测试：需要遵循严格的接口测试规范执行，例如：必填项、取值范围、默认值、分页、单接口耗时、冗余、联动、数据落地正确性、安全性等；
单点覆盖：严格按测试用例执行，例如：功能和需求是否一致、db 数据正确性、健壮性、安全性、友好性、内存泄露等；
横向覆盖：对于一个场景，从开始到结束涉及到的关键节点，都要进行检查点覆盖，包括功能实现、数据读取、数据计算、数据写入的正确性；
纵向覆盖：正常场景、异常场景、补偿场景都要覆盖；
探索性测试：以上之外，可以凭个人经验进行探索测试；
回归测试：拉取回归测试集，并确保主流程的横向覆盖、纵向覆盖、自动化回归等；
性能测试：资源占用、耗时分析测试（如何对结果分析定位问题）。
目的：此阶段是质量的成型，通过测试设计的充分准备、线下测试的严格、立体的执行，发现和解决绝大部分问题。

线上测试

新功能测试：拉取线上快速验证测试集，并确保主流程的横向覆盖、纵向覆盖；
回归测试：拉取线上回归测试集，并确保主流程的横向覆盖、纵向覆盖；
性能测试：全链路压测
目的：此阶段是版本质量终态，线上测试主要是为了确保代码部署、生产配置、生产环境对质量的影响。

线上监控

目的：此阶段是质量补偿，快速响应和解决，降低生产事故造成的损失。

总结，质量取决于团队的能力
首先，要找到合适的方法论，其次，同样的方法论，执行效果还是取决于人的能力。所以，千万不要忽视对人的培养。

---

看到作为质量保障很好的一段总结：一个思维、一份报告、一点责任，努力精进！

• 一个思维：就是你的测试思维，针对每个版本或者迭代，结合自己的经验和能力，设计出高效的测试用例，体现你测试的专业性，而不是别人眼中的 “点点点”。

• 一份报告：一份合格的测试报告，说明测试范围及并给出测试结论，如果有风险，应提出自己的风险和意见，让团队共同意识到风险，并共同寻求解决方案。

• 一点责任：做为测试人，经过自己测试过的内容，应该承当一份责任，能够保证产品的基本质量。如果线上出现问题，应该有责任和能力去解决并加以改进，不能把问题都归结为团队质量意识不强。

• 努力精进：你应该让团队意识到，测试，你是专业的，你拥有测试思维，能够通过自动化或者其它手段解决测试过程中遇到的测试问题，能够推动团队逐渐形成质量意识。
  引用：总结来源