• 想做好的配置表检查工具 at 2021年09月13日

    恩。。。以前老东家有个人就是这么搞的(当时这个是另外一个人独自负责的,我没参与),最后完全推动不了,胎死腹中,没人用。也不知道这位上海老哥能搞起来不。。。。。去实践,就知道有多少未知问题了。

  • 想做好的配置表检查工具 at 2021年09月13日

    大佬首肯,小弟受宠若惊。

  • 想做好的配置表检查工具 at 2021年09月13日


    我是 rule 文件直接写定义得规则 class

  • 老哥,就你一个人,不会是刚成立的测开部门吧。老实说,我不是很看好游戏测开的,容易成边缘 OB 部门。

  • 想做好的配置表检查工具 at 2021年09月02日

    class Table 封装 xlrd 的方法,方便调用。部分代码如下:

    class Table(object):
        def open_workbook(self, DOC_DIR, workbook):
            full_path = DOC_DIR + workbook
            # return xlrd.open_workbook(full_path, formatting_info=True)
            return xlrd.open_workbook(full_path)
    
        def get_head(self, doc_path, workbook, sheet_name,):
            wbk = self.open_workbook(doc_path, workbook)
            sheet = wbk.sheet_by_name(sheet_name)
            head = sheet.row_values(config.HEAD)
            return head
    
        def get_content_by_col_name(self, doc_path, workbook, sheet_name, col_name):
            wbk = self.open_workbook(doc_path, workbook)
            sheet = wbk.sheet_by_name(sheet_name)
            head = sheet.row_values(config.HEAD)
            col_index = head.index(col_name)
            return self.get_content_by_col(doc_path, workbook, sheet_name, col_index)
    
  • 主程走了,另一个老哥暂时充当。我答应过这个老哥,陪他一起支撑一下团队。

  • 说实话,我苦思冥想破局之法,如今苦战快 2 年,无不以失败告终。如今方明白,人之品德,重如泰山。在现在压力颇大的社会中,很多人的心早已变质了。只是唯恐我,哪一天也变成和他们一样。(我多说一句,我司有一人,上家公司开除过他,原因为嘴臭,此事是项目主管和我亲口所说。此人影响极大,因为该职位只他艺一人,其余众人皆与他矛盾,苦他久矣)

  • 老哥,你这个理解其实不是很准确的。软技能不仅仅指测试和开发关系好,更重要的是产品和开发关系好。有很多时候测试和开发关系不好,是因为产品(策划)和开发有矛盾,战火烧到了测试这边。真正待过小团队的人才深有感悟(鄙人不才,做过大厂外包(偷学技术,偷学流程管理),也待过小团队,真的是从 0 到 1 的那种小团队)。所以光是测试和开发关系好,没什么卵用的。至于硬技能,过硬的技术永远没有上限,开发信服你和你技术过硬没有必然联系,最多就是有那么一丢丢影响。我做外包,有个服务端老哥和我关系特别好,甚至主动开车送我下班(顺路),但那个时候我刚毕业,没有所谓的过硬技术。这种事要看人的,我那个服务端老哥深知,他做的系统质量不止我,还有他都是要负责任的,所以他也很希望我能够测试好;而有些人则是认为,系统质量和开发无关,出事了都是优先丢锅给产品或者测试,这种心态的人永远都教不好的。这种思想才是真正决定开发愿不愿意去相信一个测试,去和测试合作共扶质量。当你真心认为你是团队一员的时候,你就会愿意去相信你的队友,去和他们共同成长。

  • 说实话,细节不够,很多地方疑问很大。举个例子,第一点,质量管理流程规范化,这个怎么做到的?仅仅是与领导充分沟通?问个实际一点问题:一个团队就 1 或者 2 个测试,主程来自某大厂(我就不点名黑了)。因为是大厂,说话权很大,但是程序对于质量管理流程不是很感冒,你如何做到推动 “开发代码管理规范”?你是测试还是开发?你如何在开发中有话语权?你进入公司前肯定已经有一套代码管理规范了,你如何推动新的代码管理规范?新旧规范又如何不同,旧规范是如何产生?太多了就不说了。哪天你去分享沙龙,能够不这么宽泛,那一定会给测试界带了不小影响的。

  • 交流----PB 数据的协议测试 at 2021年08月06日

    受教了,老哥这番话点醒我了。感谢。