最近挺苦恼跟踪的团队里性能测试数据无法提升的问题，所以在今天的培训里，老师提及了好几次360的性能测试，每次听到性能测试这几个词就立马把好小板凳，瞪大眼睛坐等深入介绍，可惜因为时间原因未能如愿，遗憾难表。

        除了性能测试，培训老师更多的是讲述了在360，他们团队是如何从一穷二白，徒手打拼创下的今天这番测试自动化体系（请注意，不是自动化测试），如何提高团队影响力，成为公司级数一数二不可替代的团队。这对于我们从事测试相关的人员来说，很具有指导意义。那，到底我要说些什么呢？！我所说的感悟到底是些什么呢？！首先，让我们来看看团队方面的吧。

        一，你所在的是个什么样的团队

          培训老师总结了在团队中的三大类人员:领导者，领头羊和工程师。领导者决定了团队的眼界和发展，领头羊拓宽了团队的道路，工程师支撑了团队事物的完成。那么你的团队具有核心竞争力吗？你的团队给项目，公司创造了巨大的价值吗？

          二，你在团队中的是什么样的定位

        你想成为什么样的人，决定了你在团队中是怎么样的存在。你的目标和价值，决定了你给团队带来的重要性和不可或缺性。如何成为一个团队中不可替代的成员，那么，刷出你存在的意义，体现你的重要价值吧！

          其次，让我们来重点谈谈测试吧。

          一，测试不仅仅指功能测试和性能测试

        测试还应该涵盖更广的维度:流程测试，规范测试，文档测试，用户体验测试等等。

        二，测试目标是否清晰

        当测试任务到手后，我们是否真正的清楚我们测试对象，我们的测试目的，以及我们的测试指标？！比如，当我们领到一个性能测试任务的时候，我们是否清楚我们性能测试通过的判定标准，仅仅是一个结果数据吗？！

        三，测试自动化和自动化测试

        测试自动化不是自动化测试。自动化测试大家都在做，将你的手工测试用例转化为自动化测试用例。而测试自动化并不仅仅是自动化测试，还应该包括测试流程的自动化。比如，当代码提交后，进入CI流水线，经过代码静态检查，ut自测，ft测试和安全测试等等。 

        四，性能测试不应该只是提供一个结果数据

        性能波动在不同的时间段，不同的硬件条件，不同的网络状态下都是不同的。我们的性能测试结果不应该只是一个单纯的数据，一个QPS。我们还应该记录在测试过程中的硬件消耗和网络情况，应该能针对不同的测试条件定义出不同的通过标准。

        五，测试资源共享

        这里说的测试资源，包括了物理资源和技术资源。 不知道大家有没有这样的感受，想入手一个新的测试领域，无从下手。不知道应该向谁请教，不知道从哪儿可以获得前辈的经验。当想做一个性能测试的时候，没有合适的环境，需要自己耗时在环境搭建和调优上。这个时候我们是不是会感叹，要是有这样的共享资源多好啊！ 

          六，测试人员的输出和价值

          可能在大部分人心里，包括我们测试人员自己都会觉得自己的弱势。当公司开始裁员的时候，首先感到惴惴不安的都会是我们测试人员。为什么呢？？因为我们不如开发懂实现，懂代码。即使在平时测试工作中，提bug都会小心翼翼，避免被开发同事鄙视:你自己操作错误吧！你不懂实现吧！那么，如何量化测试人员的价值呢？！就如开始所说:成为一个独一无二，不可替代的成员吧。成为某一个测试领域的专家，成为比开发更懂实现，比运营更懂客户的测试人员。

        七，你真的会提bug吗

          可能所有的开发和测试人员都有这样一个场景的对话:

          测试小2:开发A，我发现一个bug，现象就是不知道为什么突然点击了一下这个按钮，服务端不响应了。

        开发A:（内心OS）你个傻q，不会操作吧！

        然后开发A花了大半天时间去复现你那段模糊不清的描述，定位了这个bug。这个时候，开发A心里会不会抱怨一个bug定位耗费了她大量的时间呢？！如果当我们提出bug时，已经剥开表现，找到了实际触发bug的根因，然后再告诉开发，会不会更加掷地有声，理直气壮呢？！测试小2:看，你开发的bug，我已经找到诱发的原因了。去吧，皮卡丘，开始修复吧。

        某位BA闲聊说过:怎么定义一个成功的培训，一个成功的实践案例？！就是当别人能够感同身受，看到你从矮矬穷经过努力变成高富帅的时候，那么你的案例就极具启发意义和推广性。这也是我今天参加MPD的总体感受。愿景还是要有的，360的测试团队能够从2个人开始，一穷二白打造为公司数一数二不可替代的团队，团队每个队员嗯成为了测试领域中的精英。那么，我们是不是也可以幻想下呢？！面包会有的，也许连牛奶也会有！亡羊补牢 犹未迟也。