写好一款测试平台，最重要的是什么？
代码水准？重要但并不是最重要的，毕竟代码质量极高但却难用的软件比比皆是。
算法速度？执行需要0.3秒和0.1秒，公司内部同事其实并不会过于在意。
技术栈？没什么可说的，用主流和用冷门，用户并不关心。
质量高bug少？这是成为能用的平台的必须基础，如果bug多，那就不是好不好的事了，是压根就活不下去。
外观漂亮？先不说用的都是同一个前端样式框架大差不差。就单纯公司内部平台评比，谁会去因为外观漂亮就去说平台很优秀？尤其是领导，反而往往会怨你把精力过多用在外观上导致后台功能弱。
那么到底什么因素才是写好一个测试平台的关键呢？ 等你看完以下俩个其他行业的例子，估计就会有自己的答案了...
说美国有个做饼干的老品牌，一百多年的历史，做的饼干特别好吃，挑战它的对手一个又一个，但是都以失败告终。
而这个老品牌却在去年，被一个新兴的品牌彻底终结，短短两三年，便被超越几倍...
这个新兴的品牌为什么能如此轻易得打败饼干老王牌呢？原因是新兴的品牌并不是做饼干出身的，而是一家大型连锁超市的自营饼干。
原来，这个超市有着数以千万计的会员，每天接收着几十万条关于饼干的需求和反馈。什么饼干卖的最好，什么饼干偏硬，什么饼干偏软....等等各种需求/建议/吐槽/反馈 全部被超市进行整理和统计，最终他们按照绝大多数顾客的需求，打造了一款恰到好处的饼干。
一经上市，迅速挤满了货架和份额，好评如潮。而他们在起步如此高之后甚至还在不断的优化，根据实时的超大数据反馈来动态调整饼干的配料和价格。这个所谓的饼干最终独霸了整个美国市场... 而且几乎不可能再有其他品牌可以扭转局势了...
再来个短一点的小故事：说有家连锁酒店，每天都接到很多房客对于枕头的抱怨，有的说枕头硬，有的说枕头回弹慢，有的说枕头低，有的说枕头不透气....
长此以往，最终酒店决定根据庞大的反馈数据，做一款符合最多人的枕头，投入使用后，抱怨数量瞬间下降，好评如潮。
以上俩个小故事中，成功的秘诀是什么？
很明显，是数据。
是庞大的反馈和具体的比例。
假如说：你知道有人抱怨枕头长，有人抱怨枕头短，然后你就给自己找个理由：众口难调。然后不去优化改变。
而如果有具体数据的支撑，你就会发现，抱怨长短中，抱怨短的有99%，抱怨长的只有1% 。
这时候，你只需要符合绝大多数用户的利益，把枕头加长做即可成功。或者给酒店准备1%左右数量的更短的枕头来留给那些抱怨长的极少数顾客则会显得更贴心。
而如果没有这些具体的数字，那么就会变成一只无头苍蝇，闭门造车。
话题回到做测试平台上：
除了文章开头说的那些因素外，最重要的是什么？是设计啊.... 而设计是要在庞大的数据基础之上诞生才算是正确的。
你要有很多的反馈，很多的建议，很多可借鉴的经验，甚至是很多的抱怨和吐槽。才能真正做好一个测试平台。
什么功能用的人少，什么功能使用麻烦了，什么功能点赞最多，什么功能是急需的。
只有了解到这些，设计上才会优秀起来，这也是为什么我在培训中会优先给大家讲解数据埋点和统计的原因。
(6月本期培训首页设计)
而不是自己在公司埋头拍脑袋做决策，然后辛苦写的东西无人问津被雪藏起来。
博主在多年前，曾经吃亏数次这样的亏，在付出了代价，痛定思痛后，才明白了这个道理。而作为读者的你只需要花费5分钟读完这篇文章就明白了，赚了。
当然在明白了这个道理后，我便立即采取了措施，那就是彻底开源以前做的各种测试平台源码，甚至是手把手的0基础教程。
把这些公布到技术社区上，让所有同行来点评，善意的，恶意的，点赞的，吐槽的，照单全收。
然后我就有了珍贵的数据，很大的数据。
比如本公众号的接口测试平台系列：
随便看几章的访问人数：（绝对是真实数据）
数据工厂系列：
在数以千计的使用，追更和每天都几十上百的讨论中，平台不断的优化，不断的迭代。
这才是通向优秀的王道。
但美中不足的是，公众号的文章一旦发出，便不能修改，也不能撤销。所以在磕磕绊绊的前进路上，那些宝贵的超大数据的反馈，也只能留在未来的章节中使用了。
如果着急学习的同学，可以关注下我最新的一期培训中，接口测试平台将使用所有这些宝贵的经验数据，来重构成为当前最优水准。
但，迭代是永无止境的，没有最好，只有更好。
公众号接口测试平台版本，未来的功能也会吸收这些优秀的设计建议，来满足各位读者粉丝。
