• 请问大家如何进行提效? at 2024年09月20日

    一线的测试人员,对这种从 0 到 1 项目测试最头疼的点会比较了解

    1.需求理解不足
    会面临需求不明确或频繁变,直接影响测试计划的制定和执行。会花费大量时间在需求澄清上,甚至需要反复修改测试用例

    2 测试用例设计
    测试人员需要从头设计测试策略、场景和用例。为了覆盖更多的功能、性能和边界情况,这一过程需要大量的思考和规划,尤其在复杂系统中,设计全面的测试用例需要耗费不少时间

    3.环境搭建与配置
    在从 0 到 1 的项目中,测试环境往往还未完全成熟,需要测试自行搭建或频繁调整,确保与生产环境一致。这种情况下,可能需要额外时间处理基础设施和系统集成问题

    4Bug 修复与回归
    Bug 需要督促开发人员修复,修复后的版本需要进行回归测试。随着项目的复杂度增加,Bug 数量和回归测试的次数都会增加,中间要不断更新和执行用例,确保修复后的系统没有引入新的问题

    就上面的四点,都是要实打实人力执行的,先搞定第一版的测试再说什么效能提升了

  • 请问大家如何进行提效? at 2024年09月20日

    没办法,这种问题无解,只能写段子了

  • 请问大家如何进行提效? at 2024年09月20日

    那你是想降本,还是想提效呢?

    我是想提效,还把本降了!

    提不成!

    提不成?

    提不成!

    加班,能不能提?

    能提,耗命。

    嗯...自降工资,能不能提?

    能提,憋屈。

    加班加上降薪,能不能降着本把效提了?

    敢问九筒大哥何方神圣?

    鄙人,张牛马!

  • 【国内互联网有个现象就是研发对单测的重视程度不高,能够完善些单测的研发团队也不多】
    这是由市场经济决定,而不是靠个人臆想,你每年会花多少钱去体检或者养生,取决于你的身家有多少,而不是个人想不想

  • 测试圈网红 at 2024年09月20日

    这里的测试妲己并非特指性别或者个人,而是描述一种现象,妲己有什么能力? 就是蛊惑人心,发动魅惑引来一堆人捧臭脚,进而失去基础事实的判断力

  • 禁字诀玩法虽然能大大提高攻击力,但是容错率太低了,特别是这游戏天命人的硬直有点久。感觉把聚形散气点满再点满安身法,用上暴击和四蓄力的珍玩,喝上几瓶药。隐身蓄力四段,伤害爆表,就是不太有操作感

  • 我去兄弟,这就是个 “废话文学” 梗,8090 都知道吧,槽神也有接梗,就是玩的。。。。。。。。。

  • 越难搞的 boss,越适合四蓄力暴击流

  • 测试圈网红 at 2024年09月19日

    都是看面向人群。网红带货面向文化水平不高或者没有主见的人,技术网红面向的主要是刚毕业的小白或者小白老板
    还有一种技术妲己,主要是面向涩狼😈

  • 有一说一,这件事大家懂的都懂,
    不懂的,说了也不明白,不如不说。
    你们也别来问我怎么了,利益牵扯太大,说了对你们也没什么好处,当不知道就行了。
    其余的我只能说这里面水很深,牵扯到很多大人物,详细资料你们自己找是很难的,网上大部分都被删干净了,所以我只能说懂的都懂,不懂的也没办法😈

  • 我可不是大师兄,我受不了何金银的无敌风火轮 呀😢

  • 没有影射任何人哦

  • what?????????????????????

  • 加油

  • 感觉慢慢玩下来,这剧情都挺值得回味和思考的,还有些点去相关频道 up 的视频看别人分析才懂,这游戏真心不错

  • 我在盘丝洞迷路中😄

  • 了解

  • 网友的评论大多看看消遣下就好,别太认真
    毕竟有喜欢倒果为因的、
    有喜欢看热闹的、
    有想通过贬低他人抬高自己的、
    有通过打压别人获得成就感的、
    有专属风凉话大师的、
    有精通阴阳学的、
    有商业推销的
    。。。。等等等。

    每个人的境遇不同,国内虽然主流都是卷,但有时候想想,这卷,得多卷才叫卷啊!摆正自己正确的位置才是真,不能人云亦云,否则卷死在路上,就又有人笑你硬卷了

  • 有个点挺好奇的,就是 code review 这一步
    除非是对开发的代码了如指掌,否则对应新增功能/新增项目进行 code review 时会不会耗时特别多?如第 1-第 4 步检查的错误,通过功能测试的边界值法、等价划分、错误推断的用例是可以进行快速验证。

    但如果 code review,总感觉有点不实际,毕竟你得先去理解开发的想法、开发写代码的风格、以及引用了哪些封装的功能,这会比较耗时间。所以这一步一般是做完功能测试验证后的执行还是转测时你们测开这边直接就检查代码的?

    还有第四步触发大奖的,应该大厂都是把抽奖功能单独封装成一个组件吧,然后中奖机制由不同的活动类型自己决定,抽奖组件只做概率、时间、奖品、和用户类型分类的设定。1000 人已抽奖时并没有触发大奖,这种是类型活动的设定,很多开发这里判断参与次数是否到额定值然后再发起一个抽奖请求,如果有问题,大概率是要看抽奖组件的概率配置或者抽奖组件是否判断当前角色身份异常等问题,不涉及到算法吧

  • 写着正式编制的,一般大概率要考行测题目

  • 万恶的资本主义,GAP 了几年居然还能转行成功,太可恶了

  • 一个互帮互助的自愿活动,很有积极意义,大环境比较差,现在普通测试都要面临岗位少、面试少、多轮面的现状,互相交流挺有意义的。除了信息隐私外,目前没看到任何缺点,也有点不理解那部分人的不屑,总隐含了一种 “我比你更了解这一切” 的优越感😈

  • 说得好

  • 现代版的【何不食肉糜】😈

  • 职业生涯的迷茫 at 2024年09月10日
    仅楼主可见