高端局不是不好进,而是得有一定的实力吧,很多感觉靠公司的支持,否则可能都是空谈了,还不如解决具体的问题来的实际
平台好做,关键是解决问题,我们也做了一个类似的,但是效果一直不太理想,哎
才看到这篇文章,工作了五年之后,也才悟出来技术基础。还记得跳槽的时候,和一个以前的同事聊天,他问我想做什么,我说想试试管理,他说现在每个公司不缺管理人员,但是缺的是懂技术的管理人员,还是先提示技术再进入管理比较好。当时不以为然,但是跳槽一年之后,再回想,这一年真真是感觉到技术的重要性,5 年的工作经验已经积累了很多测试的能力,沟通,影响力,想法,改进思路,但是缺少的是技术实现的能力,当遇到问题时,以合适的技术最小的代价解决问题的能力。虽然工作时间久了,但是一些东西早点弥补总是好的。哈哈,忍不住写了这么多,和楼主共勉。。
效率好高啊,最近刚好在用 flask 做项目,很有用。。
最近刚好在做这个,很有用,多谢分享
好的,多谢
#3 楼 @seveniruby 好的,多谢,之前也了解了下 PMD 的代码扫描过程,应该差不多,我继续深入看看
永远不要为自己设限 喜欢这句话,为你,也为所有人。
hi,你好,我是 ruoya503
qq 号:412385524
所在公司:一家信息安全类公司,做广告搜索业务
工作年限:5 年
工作内容:一直做 web 端功能和自动化测试,编码能力一般,曾自己写过一些自动化数据构造平台,基于配置文件的自动化测试框架,熟悉语言 python。
兴趣方向:web 测试自动化,自动化架构设计
其他:公司业务比较复杂,对技术的钻研一直不深,希望通过这个平台,可以共同监督,提升技术水平。
还有对自动化编写的要求真是非常认同,没有好的编码能力,即使搞起来,维护代价也是很大的,从开始着手就得考虑很多了。我就是编码能力是瓶颈啊,还得继续修炼
赞啊,了解过 python 写的类似的架构,真的很有用
以前总是个人一抹黑的做各种用例增减,减了又增,反反复复,看了这篇文档才觉得是没有清晰的思路。文章对后续的用例优化有很大指导作用,多谢
#1 楼 @264768502
太感谢了,这样确实可行
以前用 excel,但是业务变更快,测试周期短,没人会写特别详细的测试用例,最后都转战 xmind 了。
个人认为 xmind 已经足够专业人员回归测试了。
只是有时候不同的人写 xmind 思路不太一样,但是了解后读懂不会有大问题。excel 太繁琐,写起来费时费力,效果也不一定好。
现在项目组有专门维护 case 的人员,比较注重积累,这样已经能一定程度上解决问题啦。
挺不错的,赞,不过现在稳定性如何啊?
现在前端变化这么快,以前也做 UI 类 case,但是维护代价总是太大了,最后不得不寻找 http 层的测试
做测试久了,必然都得转到 SQA 的工作吧,我现在也是,各种 CI,开发模式,上线模式的改进想法和探索,但是我这里环境没你好啊,qa 的地位太低了,推动事情总是推不起来,哎,还是佩服你。