• 问题已解决,说下我的心路历程,希望对其他同学有所帮助,并且感谢@466895041

    1. docker-Jenkins 启动失败
    2. 简化,服务器后台 nohup 直接启动 Jenkins,还是启动失败
    3. 再简化,服务器命令行当前进程直接启动 Jenkins,启动失败
    4. 排查问题:java 环境问题、文件权限、jenkins 的启动用户、端口问题,发现端口 8080 被占用,切换为 8081,还是无法访问;
    5. 因为已经提示 Jenkins fully up,所以觉得就是端口问题,继续查 jenkins 端口关键字,搜到以下答案:

    https://testerhome.com/topics/19457中的最佳答案

    1,查下端口是否开放: firewall-cmd --query-port=8888/tcp yes为开放,no为未开放
    2,如果为no,可以添加端口为开放状态:firewall-cmd --add-port=8888/tcp --permanent 再重载 firewall-cmd --reload
    3,再查下下端口是否开放
    4,如果没效,直接关防火墙 systemctl stop firewalld
    
    执行完前三步,成功通过web访问到jenkins
    
  • 我司是由 QA 负责,运营那边反馈问题后,由 QA 接着跟进,确认外挂的特征,与程序、策划一起确定方案,但是主导是 QA

  • 终于过了~~!!!普通同庆啊,做了几天,查资料也查了好多了,也问了人。

  • 我们公司名字叫啥,简历在哪里投?

  • 软件测试中质量优于数量 at 2020年04月30日

    首先,感谢您的分享。

    但是看完了您的文章,有点迷茫,文章标题写的是 “数量高于质量”,但是文章内容前面又去聊如何评判测试质量,中间又聊测试的优先级问题,最后讲到优秀测试的一些素质......

    不太同意 “质量完全由客户驱动”,可以跟客户去沟通,但是专业的测试自己就能确认偏重点。

  • 出行交通工具 at 2020年03月30日

    目前租房离公司 800 米左右,走路 15 分钟。

  • 一直如此啊。论加班晚还是测试多过开发,毕竟多半是每天很晚或者迭代很晚才待测啊

  • 哈哈哈,楼主太幽默了,笑死我了。

  • 现在有遇到一个具体的问题是,引擎是 cocos2d。战斗中开启音效和关闭音效,帧率表现差异巨大。平均帧差异,低配机在 10 帧左右,高配机在 20 帧左右。现在怀疑是是音效的读入有问题。

  • 楼主写的不错哦,很细致。因为最近我也在做这一块,有几个问题请教下:
    1、如何区分机型档次,参考的具体指标是什么?
    2、上述还有没有进一步的详细分析么,目前还是比较浅显的啊

  • 测试真的低人一等吗 at 2020年03月25日

    真人真事。
    之前一个公司主程去阿里做开发,开需求三方的时候,他跟策划说这个需求实现不了。与会的 QA 老大问他为什么,他说就是实现不了。然后散会后,QA 老大贴了一段代码丢在项目里 @ 他说:XXX,刚才你说那个实现不了的需求,你照抄这段代码就可以实现了。此后,我前同事再也不敢乱说话了。

  • 有几点:
    1、是基础套餐就将近 2 万,根据流量还会更多
    2、官方回复,并不是买了这个套餐就能解决我们的问题
    3、就算是 2 万一个月,一年就 24 万,而对方只要 1 万,这个一对比~~。
    4、还有一个原因这个产品也是不是我们的核心产品吧。。。

  • 后续:
    1、合作方交钱了,对方应该是盯着运营方的产品,进行攻击。不过讲价到了 7000。
    2、我们自己也加多了几台服务器,提高攻击成本(对方真要不计成本搞你,还是可以的)

  • 这个预防也很困难的。

  • [2019 年 终卷] 活得清醒 at 2020年01月06日

    文艺男青年啊,看得出来,是个细腻的人。

  • 一起加油啊~~

  • 人总是要有梦想的,万一实现了呢,是吧~

  • 猫啊~

  • mark 一下,新人希望可以参加分享会!~

  • 首先,诚如一楼所说,年轻干啥都可以,才毕业一年半。

    然后如果要在游戏测试和软件测试里面选的话,按照你描述的情况,建议选择软件测试,原因如下:
    1、你不是那么喜欢游戏。
    2、游戏测试相对于软件测试发展时间更短,发展现在也很有限,并且游戏测试属于软件测试的子分类;如果是做测试开发,我相信两者区别会更小。

    祝愿你找到自己心仪的工作。

  • 假设我们把游戏和软件都看成一个 APP,软件测试更多关注的是 APP 本身的测试,而游戏测试关注更多是 APP 提供的内容测试

  • '实际实现质量,程序质量标准'就是 “程序实际实现的质量”,设计质量一般指的是比如这个按钮是否美观,功能是否便捷

  • 我的一些意见,仅供参考:
    1、UI 部分:我觉得是完全 OK 的,因为有些时候,测试只能保证没有研发的 BUG(起码是这个方向),并不能保证没有产品或者 UI 的 BUG,最常见的一种情况就是,实际效果与产品或者 UI 同学预期不符。所以让相关同学到测试环境验收是很好的解决办法。
    2、上线标准部分:这个标准没有确切的指出是程序质量标准,还是产品设计标准。如果是前者,肯定可以测试出具的;如果是后者,最好还是设计或者产品自己来啊。
    3、出具测试报告:可以帮忙出具报告
    4、决策权:还是跟 1、2 点一样,分为从实现质量方面来决策是否上线,还是产品质量来决策是否上限,前者我们可以接,后者肯定不接啊。不是为了甩锅,我们要做自己专业能力内的事情,不要去接别人专业能力内的事情(产品质量是指设计质量)

  • 游戏自动化识别方案困境 at 2019年12月03日

    那你们用自动化主要是做什么内容的测试啊,冒烟还是什么?