• 高端局不是不好进,而是得有一定的实力吧,很多感觉靠公司的支持,否则可能都是空谈了,还不如解决具体的问题来的实际

  • 平台好做,关键是解决问题,我们也做了一个类似的,但是效果一直不太理想,哎

  • 测试开发之路--QA 的能力 at 2017年03月09日

    才看到这篇文章,工作了五年之后,也才悟出来技术基础。还记得跳槽的时候,和一个以前的同事聊天,他问我想做什么,我说想试试管理,他说现在每个公司不缺管理人员,但是缺的是懂技术的管理人员,还是先提示技术再进入管理比较好。当时不以为然,但是跳槽一年之后,再回想,这一年真真是感觉到技术的重要性,5 年的工作经验已经积累了很多测试的能力,沟通,影响力,想法,改进思路,但是缺少的是技术实现的能力,当遇到问题时,以合适的技术最小的代价解决问题的能力。虽然工作时间久了,但是一些东西早点弥补总是好的。哈哈,忍不住写了这么多,和楼主共勉。。

  • 效率好高啊,最近刚好在用 flask 做项目,很有用。。👍

  • 最近刚好在做这个,很有用,多谢分享👍

  • 好的,多谢

  • 生成代码程序流图 at 2017年02月08日

    #4 楼 @jackie 多谢,我去了解下它的功能

  • 生成代码程序流图 at 2017年02月08日

    #3 楼 @seveniruby 好的,多谢,之前也了解了下 PMD 的代码扫描过程,应该差不多,我继续深入看看

  • 永远不要为自己设限 喜欢这句话,为你,也为所有人。

  • TesterHome 新秀培养计划 at 2017年02月06日

    hi,你好,我是 ruoya503
    qq 号:412385524
    所在公司:一家信息安全类公司,做广告搜索业务
    工作年限:5 年
    工作内容:一直做 web 端功能和自动化测试,编码能力一般,曾自己写过一些自动化数据构造平台,基于配置文件的自动化测试框架,熟悉语言 python。
    兴趣方向:web 测试自动化,自动化架构设计
    其他:公司业务比较复杂,对技术的钻研一直不深,希望通过这个平台,可以共同监督,提升技术水平。

  • 还有对自动化编写的要求真是非常认同,没有好的编码能力,即使搞起来,维护代价也是很大的,从开始着手就得考虑很多了。我就是编码能力是瓶颈啊,还得继续修炼

  • 搭建测试微服务平台 at 2017年01月22日

    赞啊,了解过 python 写的类似的架构,真的很有用

  • 以前总是个人一抹黑的做各种用例增减,减了又增,反反复复,看了这篇文档才觉得是没有清晰的思路。文章对后续的用例优化有很大指导作用,多谢

  • #2 楼 @tavisdxh
    恩,是的,多谢

  • #3 楼 @taflo 是我可以把变量解析成 str 或者字典的格式,然后看哪种比较方便传递些就好

  • #1 楼 @264768502
    太感谢了,这样确实可行

  • 测试用例管理平台选择 at 2016年11月29日

    以前用 excel,但是业务变更快,测试周期短,没人会写特别详细的测试用例,最后都转战 xmind 了。
    个人认为 xmind 已经足够专业人员回归测试了。
    只是有时候不同的人写 xmind 思路不太一样,但是了解后读懂不会有大问题。excel 太繁琐,写起来费时费力,效果也不一定好。
    现在项目组有专门维护 case 的人员,比较注重积累,这样已经能一定程度上解决问题啦。

  • 挺不错的,赞,不过现在稳定性如何啊?
    现在前端变化这么快,以前也做 UI 类 case,但是维护代价总是太大了,最后不得不寻找 http 层的测试

  • 做测试久了,必然都得转到 SQA 的工作吧,我现在也是,各种 CI,开发模式,上线模式的改进想法和探索,但是我这里环境没你好啊,qa 的地位太低了,推动事情总是推不起来,哎,还是佩服你。

  • #27 楼 @jet 是呢,excel 确实比较臃肿,而且可视化不好,后续维护 case 个人感觉代价太大,还不如可视化的 web 界面好一点,不过这样,需要自己搞一个平台才行,不太好嫁接其他的工具吧