做过半年的销售,做过一年的产品经理,做过 N 年测试(质量管理、人员管理、效率提升)
现在正在往拥有开发技能的测试领域迈进......

  • 退休做讲师,去哪里做讲师?

  • 每天跑模型,模型数据来源可能会变,那么结果数据是否应该要每天观测,看是否在标准范围内?

  • 现在好多测开方面的提升班,但是还是需要一些基础的,后面如果效果好,记得推荐下,反正学了再说,真要转行,也要知道做什么,测试方面转产品经理,转开发的看到过,其他估计就跨行比较大的了

  • 同龄人的压力,理解,不聊微信 QQ 好长时间,今天或许心血来潮,无问东西

  • 测试人员幸福感不够,需要夸夸群

  • 第一,一般大牛也不会骄傲的认为自己是大牛,我见过比较厉害的技术人员,这些人都是虚怀若谷,而且一个很高深的东西会给你讲的很清楚,反而自己没有几斤几两的,看到某个领域还不如自己的人,会尾巴翘的老高的炫耀一番自己,最好是你越听不懂越好,这样他才会有机会让你觉得他是大牛。还有真正忙的人也不是那些大牛,他们有四两拨千金的能力,也是愿意分享之人。
    第二,没有成为技术大牛和世人看上去很有成就的人,就一定是负能量的吗?迷茫也分阶段性迷茫,也分家庭和工作平衡上的迷茫,负能量的人是有,但跟是否是技术大牛,是否是你觉得有成就的人,是两个维度的
    第三,类似的一群人在一起,有时候不见得一定能解决你的问题,但是人和人在一起,有时候并不是为了帮助对方解决问题,也有可能是倾听和分享,尤其是你还没说完,对方已经懂得的感觉,也不错,就是所谓的共鸣,个人认为 35 岁以上的人,和 25 岁的人的思想上还是有很大区别的,生活和工作磨利出来的,有可能有些怨气,也可能是一些豁达,所以聚在一起可能会擦出不一样的火花
    乱说一气,如有错处,望请见谅 。。。。。。

  • 新申请了 QQ 群 791995832,欢迎 35+ 的测试人

  • 定义一个类,动态写入类属性,然后调用

  • 用例的覆盖应该分对需求的覆盖和对代码逻辑的覆盖,需求覆盖可以通过需求评审,用例设计等方面去保证,代码逻辑覆盖,需要进行白盒测试设计,还有前面有同学提到的什么静态动态测试,动态测试还是需要做测试场景的有效分析,场景的意思是包含多个流程节点,每个节点的先后顺序出来的结果就不一样,这个要结合业务特性,去深入了解需求和业务,其实就是对用户使用场景的深入分析并提炼有效的验证点,个人觉得很细的用例可扩展性和维护性都不好,还是以检查点结合通用用例的方式去设计,自动化如果针对接口,那么在自动化脚本的可扩展性和灵活性上也有要求,另外对于整个系统的实现和架构测试人员也要有所了解,因为代码的耦合性有时候就决定了用例的耦合性,还有在架构选型上,原生的就决定了有些缺点的存在,这块就要结合业务去进一步设计用例和判断是否符合
    用例的有效性本身是不等于用例的覆盖度的,覆盖度高不一定有效性高,但是覆盖度低,可能影响有效性,那么在覆盖度高的情况下如何进一步评估用例的有效性和用例的质量呢,这个个人觉得,人为的评价太主观耗时且产出低,目前有一个想法,就是 AI 方向,但是还没有落地,不知道有没有其他朋友有类似想法的,可以交流

  • 这个是一年一开还是两年一开啊?

做过半年的销售,做过一年的产品经理,做过 N 年测试(质量管理、人员管理、效率提升)
现在正在往拥有开发技能的测试领域迈进......