说在最前

1.与业务关联不紧密的测试平台不是好平台

2.反对一切唯 kpi 论的工具

3.大家说好才是真好，不好用就是不好用

什么时候该搭建测试平台？

首先，跟团队规模有关。如果企业的测试团队只有 2、3 个人，且短期内看不到团队扩张的可能性；那么搭建一个专供测试使用的平台，实属人力的浪费。
其次，跟团队人员配比挂钩。如果团队人数多了，大多数团队都会配备 “高、中、初” 级别的工程师以降低用人成本，由初级工程师做相对初级、简单的工作；相对地，他们技术上也会稍弱一些。此时，一个合理的、实用性强的平台，通过集成复杂/繁琐的任务使其简单化，那么对于工作疲劳度、产品质量，都是有极大改善的。
最后，跟业务规模挂钩。业务越复杂，测试越难吃透；涉及的产品越多，测试压力越大，工具化的平台在这种情况下的作用越明显。

搭建一个平台需要准备什么？

人力层面：可以让领导协调资源，前后端开发协助开发平台，或者有测试开发来做；甚至半吊子的、有点编码能力的测试也可以做简单的平台，比如我这种（手动狗头）
技术层面：就我们项目来说，采用前后端分离设计，后端 python、前端 vue 全家桶。python 对于不少测试都是必备技能了，而 vue 搭建 web 项目也比较容易（我只粗略学过一点前端基础，模仿别人的 vue 项目也能写得出来，可见实施难度其实并不高）。

我们的平台做了哪些东西？

现有内容
1.excel 在线转 xmind：因为测试都是用 excel 写的 case，为了评审起来更加直观高效，故开发了这个工具。
2.便捷性的处理：有些业务流程，需要在 app 端干点、再去 web 端干点；有些业务比较复杂，必须去数据库进行操作。为了提升效率，减少数据库操作，我们开发了与业务密切相关的接口。
3.测试工作相关的网站汇总
4.生产用户反馈追踪
5.自动化测试相关
后续打算
增加一些监控类的工具，以及类似造数工厂的东西（还不太懂怎么做，再研究）

最后，附上网站的一些截图，并欢迎各位同行分享各自的测试平台都做了哪些工作，互相学习~

我们平台属于业务强关联，所以就不开源了哈~（我才不会说是因为代码写的太辣鸡了，不好意思给大家看）