• 白盒测试和测试开发 好像又不太一样。测试开发是10几年前的工具开发,游戏产业因为历史变革转了8年又回归测试旗下了。白盒测试做得是跟组的活。
    打个比分,覆盖率计算测试工具测试开发开发,但具体函数对应场景和做映射,在组内白盒测试提供和做。
    性能测试工具测试开发开发给测试用,白盒测试不一定用这个工具,而是从代码层面提供意见和通过引擎新建场景一点点找问题,白盒测试贴组,测试开发纯效能的话 不在项目组内。
    个人看法,反正现在外面还是各自公司各自一套。

  • 我了解有的部门是go和python,python能做的后端的,go都可以写。。。

  • 给个建议,一步步搭建一定要写文档记录下来,出错了找最近的一步看。
    最好先看官方的。

  • 测试工具 at December 08, 2019

    不可以执行的表现是是什么哦,可以继续说说,目前这边都可以用啊。

  • 外面主流的测试框架得会啊,但不是写几个demo,起码得找个在企业内部落地下,然后是主流一般都不是最新的,这个是基础吧,加油。语言的话跟着框架走吧,看支持哪些。

  • 集中力量在优先级高的模块,测试任务切碎后在按组内职能和熟悉度去排,对修复的部分内容要收集完整。
    如果前面已知比较苦恼的问题,如翻页数据显示等问题,之前版本已经暴露了,是否应该新增扩展下用例啊。
    有条件的,可以做下diff工具,面向提交到修改变更 在哪些模块,和手头上的变更需求测试表是否一致,辅助接口测试回归,节省时间情况下,集中力量做第一句说的。
    不过我这些好像上面也都说了。。。

  • 测试工具 at November 22, 2019

    airtest也支持c/s.C++写得自动化当然最好是用c++写自动化框架。c++注册DOM和dll后没啥不能做的,就是学习成本比较大。

  • 一样啊,除了你说的这几个,我们还多C# go c Js...头发每天都在掉。

  • 最快的分别启动不一样的数据遍历段就行了。上面好像讲到了。
    全局设置共享内存还是会竞态的,一定只想随机用同一组,取余%2==0 给A用和 %2==1给B用就好了。

  • 用例间闭环式的解耦或者其他解耦方式是基础,只有先解耦才能分层。
    自动化如果用单元测试框架后,能用设计模式组合基本也是比较固定的几种。

琴侠参合散人,又逗逼又萌的猫。。。