十周年快乐，希望社区越办越好，名声远扬，让更多的测试人加入进来，构建中国测试人命运共同体

原来不勾选显示名字会是随机匿名？？？

execl 表里的内容是手工编写的用例步骤，文中的代码部分是对 execl 表用例进行读取执行。步骤数据的生成，文中实现实在 execl 中设置拼接生成的。

在哪家厂商？

想知道 DVWA 高级难度的通关方式，如 SQL 注入

培训机构出来的也有好的，但那些学员在找工作的时候需要先认清自己的水平层次，项目什么的能与之前的工作相联系，能清晰的说出一些业务方面的东西，是可以给机会的，工资肯定不会那么高就是了。
说实话，从事软测 5 年，之前四年都是干的备份容灾产品，与各种的操作系统、数据库、存储设备等打交道很多，记得以前写简历还敢写熟悉某某数据库，现在都不敢这么写了，都只能说是了解、熟练掌握一些数据库知识技能，因为不懂的太多，也不知道与熟悉、精通的差距在哪。好多东西知道的越多，越不敢写。

对于长远来说的确是不建议，不过也根据环境情况而定，对于需求本就不大或者对于人员技术要求不高的情况下，使用 execl 应是可满足的。当时为啥要搞 execl 而不是直接搞平台框架，也有一部分原因是这样的操作，就算是不懂技术的人员（如管理层领导）也可以操作玩玩，然后更好的获取后续的资源。

感觉还是让前端定时提供一个记录表或者变更表会更好些，这样研发也能了解前端页面的一些变更历史。

“如果能够穿越到 10 年前，你会给年轻的自己什么建议？”
抓紧机会泡妞、泡富婆

中台接触较多的都是数据中台，公司产品基本都是从数据中台获取对应数据，所以经常作为多源数据仓库使用，认知问题。

中台是作为一个数据存储并提供所需数据的地方吧，就是有多源数据经过大数据的清洗处理后存放的地方，个人简单理解就是作为一个多源数据的存储仓库。
是否使用中台来做算法处理，区别应该是在于对资源损耗及运算速度方面的。在前端计算的话，主要看需要获取的数据量处理速度，有试过一个项目是前端做处理，然后从中台获取一堆的数据，一个接口中有上百个参数返回。。。对于测试而言是有些坑的。
在中台进行算法，前端只负责显示，这个毫无疑问速度是最为流畅的。
还有一个需要考虑的应该是并发问题了。
以上为个人见解，如有错漏请指出