容灾备份领域出身,从事电力行业,趟过功能、性能、接口、自动化相关测试的水,拉起过售后服务的野战队,掉过团队管理的深坑,正在项目管理和质量保证的大山上摸爬滚打。
十周年快乐,希望社区越办越好,名声远扬,让更多的测试人加入进来,构建中国测试人命运共同体
原来不勾选显示名字会是随机匿名???
execl 表里的内容是手工编写的用例步骤,文中的代码部分是对 execl 表用例进行读取执行。步骤数据的生成,文中实现实在 execl 中设置拼接生成的。
在哪家厂商?
想知道 DVWA 高级难度的通关方式,如 SQL 注入
培训机构出来的也有好的,但那些学员在找工作的时候需要先认清自己的水平层次,项目什么的能与之前的工作相联系,能清晰的说出一些业务方面的东西,是可以给机会的,工资肯定不会那么高就是了。
说实话,从事软测 5 年,之前四年都是干的备份容灾产品,与各种的操作系统、数据库、存储设备等打交道很多,记得以前写简历还敢写熟悉某某数据库,现在都不敢这么写了,都只能说是了解、熟练掌握一些数据库知识技能,因为不懂的太多,也不知道与熟悉、精通的差距在哪。好多东西知道的越多,越不敢写。
对于长远来说的确是不建议,不过也根据环境情况而定,对于需求本就不大或者对于人员技术要求不高的情况下,使用 execl 应是可满足的。当时为啥要搞 execl 而不是直接搞平台框架,也有一部分原因是这样的操作,就算是不懂技术的人员(如管理层领导)也可以操作玩玩,然后更好的获取后续的资源。
感觉还是让前端定时提供一个记录表或者变更表会更好些,这样研发也能了解前端页面的一些变更历史。
“如果能够穿越到 10 年前,你会给年轻的自己什么建议?”
抓紧机会泡妞、泡富婆
中台接触较多的都是数据中台,公司产品基本都是从数据中台获取对应数据,所以经常作为多源数据仓库使用,认知问题。
容灾备份领域出身,从事电力行业,趟过功能、性能、接口、自动化相关测试的水,拉起过售后服务的野战队,掉过团队管理的深坑,正在项目管理和质量保证的大山上摸爬滚打。