HRD的博客

【大厂测试技术】货拉拉App录制回放的探索与实践作者简介：徐卓毅Joe，来自货拉拉/技术中心/质量保障部，专注于移动测试效能方向。

用例设计完成后组织用例评审2.3 测试阶段未严格按照测试用例执行问题分析按照测试用例执行测试，可以让我们尽可能的不出现遗漏一些测试点。不能因为某一个人或者对某一块业务熟悉简化其测试用例，不严格按照测试用例来执行测试，这样出现了一些遗漏Bug实在是不应该。改进措施。

如前所介绍，本文不再以围绕如何构建一套研发效能指标体系的思路进行介绍（如需了解百度的研发效能指标体系，可以留言后续我们逐渐登出），而将会介绍我们效能分析的整体思路、实践案例、技术实现，先理解研发效能的本质和数字化思路的前提下，重在用实际案例介绍如何剖析效能潜在的那些“瓶颈”，而非只是流程与工具，让大家了解我们是如何通过效能分析引导并驱动团队行为上的改变而不是仅仅数据上“好看”。可以看到，这样的效能分析模式是基于问题驱动的，从结果指标找到有异常的点，通过异常点驱动深入分析，找到改进点优化带来效能提升。

在生产环境中实际运行分布式系统，难免会有各种不可预料的突发事件发生。同时，云原生的发展，不断推进着微服务的进一步解耦，海量的数据与用户规模也带来了基础设施的大规模分布式演进。分布式系统天生有着各种相互依赖，可以出错的地方数不胜数，处理不好就会导致业务受损，或者是其他各种无法预期的异常行为。在复杂的分布式系统中，无法阻止这些故障的发生，我们应该致力于在这些异常行为被触发之前，尽可能多地识别风险。然后，针对性地进行加固，防范，从而避免故障发生时所带来的严重后果。

【大厂测试技术】去哪儿旅行混沌工程落地实践。

通过客户端架构框架了解及风险点梳理，我们知道客户端风险集中在基础框架的业务变更上，其中有开关JSON配置异常{} -> [] 引起客户端闪退、ffmpeg直播拉流解码异常、卡片模板变更引发历史版本闪退，打包构建导致图标丢失界面异常，因此有必要建设一套全自动化风险挖掘体系，通过优质的种子变异能力，快速生成大量异常数据，持续不断挖掘客户端风险，从而提升客户端稳定性。

百度百科定义：客体的一组固有特性满足要求的程度。在人们的意识中，不符合事物的预期表现都和质量相关，但要穷举又非常困难，主要原因质量是个非常抽象的词。但作为质量工作者，仍然需要提升对质量的理解，来指导质量工作者的工作，为此需要让对质量的理解从抽象变得可描述、具体。下面基于对近些年来从事软件质量工作的总结，简要介绍对质量理解的内容。GEEK TALK。

这篇文章记录了 Android 性能优化所必须掌握的知识（主要是对应的优秀文章、公众号、博客、技术团队等），涵盖性能优化相关的方方面面。本文会持续更新，欢迎各位自荐或者推荐。做了这么久性能相关的工作，也接触了不少模块，说实话要做好性能这一块，真心不容易。为什么这么说?是因为需要接触的知识实在是太多了，Android 是一个整体，牵一发而动全身，不是说只懂一个模块就可以做好。在学习的过程中，除了看源码，我还接触到了很多互联网上已有的知识，各位前辈们将他们的知识和经验倾囊相授，让我少走了很多弯路。

大家好，我是语雀 QA 会能。很高兴，有机会跟大家聊一下语雀的质量体系和自动化技术。下面会分几个部分给大家介绍，让大家可以了解到语雀质量体系的全貌。通过这样的一个个方案的切实落地，实践之前提到的"教练模式"。实现了业务质量和质量工程齐头并进，让语雀的质量迈入了一个新的台阶, 这里可以用一个工业革命的比喻让大家更好地理解。从刀耕火种的农耕社会 -> 初步探索工业化 -> 全面工业化（质量 3.0）至此语雀的质量体系和自动化能力介绍完了。

鲁棒测试是对各个模块的功能和系统进行容错性的测试，检测软件模块在异常输入和苛刻环境条件下能否保持正常工作，包涵错误数据处理、异常情况处理和非法操作处理的测试。鲁棒测试大大提高了错误覆盖率，测试终端既要符合测试规范要求，还要有更高的成熟性，容错性和易恢复性，从而更好地提高软件质量。