• 使用 stf 框架的个人总结 at 2018年10月11日
    仅楼主可见
  • 想转测开,请大家提点意见 at 2018年09月29日

    无论转什么,都需要不断学习。
    开发转测试需要学习的不必测试转开发的少。

  • 生成的用例加上断言,此外看看是否有需要补充的用例。

  • 代码是开发同学实现的,我只是绿叶,存托一下红花而已。

  • 是的,测试过程中也不是片面追求代码覆盖率,主要是根据代码覆盖率补充异常测试用例。

  • 参数格式与类型都是根据接口文档来的。
    当没有接口文档时,可以联系开发确认。

    对于其他第三方接口(没有接口文档、也找不到别人家的开发),这时可以根据抓包来猜测接口参数类型与格式。

    1. 时间戳字段使用一个生产时间戳的函数生成。
    2. uuid使用字符串拼接函数生成;
    3. 至于字段有取值限制(例如字段取值是枚举、散列数组等),可以通过遍历数组生成用例。
  • 感谢大神前来参与。
    QTP不仅仅是因为license问题而被取代,个人分析的原因如下(并不全面):

    1. 因为录制工具仅能完成录制工具本身的事情,而代码可以搞定几乎一切问题;
    2. QTP本身不是开源软件;
    3. 移动端测试框架与QTP没有什么关系;

    而uirecorder弥补了QTP的短板,具备下述特点:

    1. 录制的脚本是node.js代码,可以任意扩展;
    2. uirecorder是开源的,任何人都可以拿过去进行修改,以满足自己的需求;
    3. uirecorder是macaca测试方案的一个简单应用,本身融入了macaca生态体系,具备移动端、web跨平台解决问题能力。macaca本身还具备多语言支持,uirecorder是其中的一种用实现,并非仅仅只能用node.js实现,还可使用Java、python实现。
  • 嗯,跳进坑里面了。

    1. 目前已有许多人盲目的跳进UI自动化的坑里面了,简历中做过自动化,但是做过的UI自动化case不及uirecorder录制的几个case高效;
    2. UI自动化投入产出比是目前许多中小微企业面临的一个问题,大公司可以招聘一帮专门的UI自动化的人,但是中小微企业可能测试团队就几个人,uirecorder是为这些人服务的。当然比不上专门UI自动化团队的人,也没有必要比。
    3. 我的工作环境确实限制了我的思维,因为我不专职做UI自动化。
    4. UI自动化对于培训机构来说可以忽悠住没有做过UI自动化、视野狭窄的人,让人花数千、数万RMB去培训,培训完编写的UI自动化脚本还不如uirecorder录制出来的脚本。
  • UI录制并不是使用屏幕坐标定位的。