POC(客户验证性测试)项目中关于性能测试的一些心得
今天简单的跟大家聊一下我做POC项目中关于性能测试的一些心得。
在聊POC项目之前，先简单的说下我们的性能测试。
1.什么是性能测试？
简单的说就是性能指标的测试。
但是更多的人把关注点放在测试这个动作上，其实测试还包括分析和调优。
测试是初期预判，分析是调优的过程，调优则是分析的目的。
2.性能测试价值？
性能测试的价值：预测系统的性能瓶颈点、预测系统性能冗余度、平衡成本与收益。
以上就是性能的一个简单的介绍。
接来下，我们来聊一下三个比较有代表性的POC项目。
第一个项目是见证每一次服务都是成长的《XXX》项目
这个项目是由大佬带队，即便是这样的豪华阵容，在项目启动之初，大佬也是开着玩笑说带好随身物品，时刻准备露宿华X，让大家做好打硬仗的准备。
项目刚开始就遇到棘手问题：
- 部署问题：版本问题、安装赖包问题、权限问题、网络通讯问题、苍穹安装上传断联问题...。
问题具体描述：华XHIS运行环境比较特殊，首先网络控制非常严格其次Linux系统ARM架构且操作系统也是XX自研的欧拉系统，对一些第三方包有严格的版本控制。
后面我们也是通过不断调试，不断跟XX方进行沟通，最终问题得以解决。
- 测试执行问题：压测工具变更、测试场景增加、业务功能临时开发...。
问题具体描述：华X要求测试工具要统一，Jmeter脚本转换成loadrunner，Jmeter脚本请求中存在大量java代码，loadrunner对高版本JDK兼容度不是很好。
事先为项目写好的脚本无法适用，在自我调试无法达到要求时，及时向项目组反馈目前遇到的问题并且给出了建议方案建议通过java转C实现，开发人员及时给予了协助，最终达到了项目对性能指标的预期
项目一开始就遇到这两个比较棘手的问题，针对项目事先做好的准备，在实际执行上可行性大打折扣，项目人员情绪受挫，项目进度推动缓慢，在这种负能量笼罩的氛围下贤哥的一句话给了大家提了个醒，说我们遇到的问题竞争对手同样也会遇到，这个时候不要着急保持耐心，不忽略任何一个小问题，我们目前遇到的一些棘手的问题往往都是一些被我们忽略的小问题导致的。
后面我们沉住气，项目组人员互相配合，多暴露问题，发现问题，遇到问题反复推敲，无论是项目内部人员还是XX方，问题面前以为解决问题为最终目的，项目实施过程中虽然没能一帆风顺，但本着办法总比困难多的原则，项目进度一直领先竞争对手，测试结果也要好于对手数倍。最终大家也没有露宿XX。
第二个项目是T型成长，一专多能的《XXX》
经历过去年的多场POC项目，让我意识到优秀的性能人员不仅需要好的技术能力，项目组织、沟通协调、抗压等能力同样重要。
总结出一下几个成长点
1、主动提出建议
合并报表项目是一个跨部门合作项目，涉及的部门很多包括XX泛ERP事业部、华X开发部、财务云产品部、云开发平台部、平台支持与赋能部，并且项目跨度周期长。
项目初期拿到环境信息非常有限，硬件资源只有IP地址、服务器登录账号与密码、服务器用途，而且服务器用途错综复杂存在多个组件重复调用重复部署的情况。
就目前的硬件跟配置根本无法满足测试需求，客户提出的性能指标更是无法达成。
这个时候针对目前的环境存在的问题及时同步给项目组领导并给出改善方案（方案是什么）。方案经过讨论确定可以实施，立马组织人力完成了包括测试资源梳理、环境重整，功能及性能环境运维部署工作，而且在整个项目的部署经验中总结出一套适用于基于XXHIS环境快速部署苍穹流程。
2、快速学习
做这个项目让一个技术人明白，夯实的技术是基础，但是依然需要锦上添花的组织沟通能力，快速掌握对方业务的能力。
- 做一件事情前首先需要深入了解它，分析它的背景目标，主动和团队中的大佬(技术架构、现场实施)请教，学习了解业务知识，用最快的速度把握客户需求，在后面的技术沟通中，能够更全面的站在客户业务角度展现我们的技术优势，从而我们的测试数据也更客观更值得信赖。
在这个时候，业务跟技术同等重要。
3、做好风险评估当项目延期或者资源不足时，主动暴露风险，和团队沟通寻求解决方案。
众人拾柴火焰高，华X财经合并报表是一个多方跨部门合作项目，每一个个体都在为了同一个目标奋进，当大家拧成一股绳齐头并进的时候，一定将是利益最大化的时候。
第三个项目是比客户更懂客户《XXX》
多维数据库项目，这个项目做的最多的应该就是与客户的交流及工作汇报了，并且有幸旁听了项目组大佬们的周会并参与了项目周期性汇报性能演示。
- 关于交流：
为什么在这个项目中着重提出了交流呢？
在项目中期成果展示期间，因前期性能没有直接与客户方进行有效的沟通，导致现有测试结果跟客户真实需求出入较大，无法满足客户需求，后面也花费了比较多的时间进行整改，影响整个项目的进度。
针对这一情况反思性能需要直面客户需求，直接与客户正面沟通，比客户更懂客户，这样才能发现问题解决问题的，在不断沟通中，明确目标和保持方向一致。
2.关于汇报：
汇报的目的是明确项目进度，提前规避风险，问题解决协助。。
不要临近截止时间或者出问题了才汇报。
总结：
POC项目特点，人、业务、客户、场合都是变量，累计的工作经验和固有的思维模式，很可能不适配。每一个POC都是全新的项目，这个时候需要把自己当做新人看待，应该尽可能的削足适履，躬身入局，快速了解团队的人、事、流程和方法，使自己能够快速适应工作环境，结合过去的经验和持续的学习输入，最快速度提出优化建议和解决方案。
主动去了解更高维度更大范围的事务，才能不断扩大自己的已知，降低自己的未知。