业务背景和目标 业务背景、业务目标请参考 慢查询分析系统(测试阶段)——需求分析 参考文档 无 功能需求用例
现状 一般成熟的公司都会有DBA这样的角色，他们借助一些自研或开源的db相关产品，负责保证业务数据的高可用，同时统计和监控线上数据库的性能情况。我所在的公司就有 udc 、 idb 这样的产品。类似慢查询、性能监控这一块，它们能协助业务快速定位问题。 尽管如此，仍然无法杜绝线上慢查询的产生，快速发展的业务，花费很大的精力排查每个版本的潜在慢查询并不现实，只有不断提高业务同学对慢查询的认识以及对慢查询的分析能力，并提供一套高效且能易于使用的系统才能很好的减少线上慢查询，减少数据库的压力。 有些慢查询，新增了已有的大表查询纬度，然而没有及时添加索引，上线后直接出现慢查询，系统响应时间变长，如果不能及时处理，数据库的处理能力马上达到瓶颈，系统可能无法响应正常请求。另一些则可能是新的业务，随着时间的推移，数据快速积累，逐渐出现慢查询，轻则降低系统平均响应时间，重则导致系统不可用。
前言 我们知道shell提供了用户与Linux内核交互的各种工具，这些操作系统自带工具实现是非常高效的，起码比我们自己写程序要快，比如文件搜索、文本内容筛选等场景，所以使用shell命令及其组合，效率非常高。 管道是命令组合的最常用方式，下面将会划分一些场景，梳理下工作经常遇到的一些命令或命令组合。
毕业后身体有发福的趋势，体脂比较高，2017年中开始坚持跑步，学习减肥健身的知识，一年半的时间，体重体脂回到了高中毕业的时候。
一、用例标准 黑盒测试关注输入和输出，并不关注内部逻辑，那么用例编写时输入就是我们的条件，即测试场景，输出则为期望的结果。
职位的类型 测试工程师如果细分的话可以分为： 功能测试工程师 测试开发工程师 性能测试工程师 安全测试工程师 自动化测试工程师
我工作的第一个项目是做手游电商平台的，整个项目从无到有，团队人员由少到多，几年的时间我们也慢慢形成了比较规范的流程和宝贵的经验。一个面向用户的业务，需求不断迭代，新的业务需求意味着新的技术设计，作为测试开发，我们不仅要保障版本的上线质量，运行质量，还要确保技术设计的正确性以及后续的扩展性，因此需要整理一套可执行，全面的设计评审checklist。
一直都想有属于自己的blog，目的并不是想要提高自己的影响力什么的，只是想作为一个互联网技术从业者，总结和分享自己的成长过程。