首先应该看你擅长的，然后再决定怎么做

从现实来说有点难，但是不是不可能，从零开始也不是不可能的事情，况且你还不是从零开始。加油吧

同意

加油

哈哈哈哈，现在看是有点

感觉这两年测试技术有点停滞了，要么就是更加高深了！

未来是一步一步走出来的，往前走，往后看。只要当下觉得 ok 那么就没什么不 OK 的

共勉

开福上班呢

pycharm 指定一下虚拟环境的路径即可

我也是从踌躇满志到芸芸众生

我也准备回长沙，现在在上海~

合理吧，我觉得这样子能将降低提测时的低级 bug 而且你也会轻松一点

也不是说不测，也不是没测，是很多时候其他人会进行修改，但是可能修改之后数据就错了。比如说你修改一个单位，在计算的时候单位转换错了，那么金额是不是就错了，现在系统没做纠错处理所以比较常见这种数据问题。

20 多万条数据一条一条测？

python 这样写应该简单一点吧

def islastday():
    today=datetime.datetime.now()
    tomorrow =today+datetime.timedelta(days=1)
    return "今天不是最后一天" if tomorrow .month==today.month else "今天是最后一天"

目前系统这个比较难保证

恩，就是因为我们的计算规则和复杂，比如一个商品系统按斤计算，实际按包卖最后按吨出货商品之间的转换比较多。很难很详细定义这些规则

同意你的观点，测试协助排查是一定的这样能提高效率。但是我么经常出现这种情况，由于不同部门的人员对系统里的某一个参数进行了修改之后导致的基础数据问题。而现在的系统比较灵活（简陋吧）同一个商品计算方式也比较多所以不能定很详细的业务规则，基本上都是人工配置的。这样就导致数据今天对过一点事件可能就不对了。

我们也一样

是的，不过 B 端的需求也是稀奇古怪，比如说为了应付检查要做一些乱起八糟的功能。

你还别说，之前一个隐藏的 bug，一个月后对账才才发现。也就要求公司弥补损失....

之前做医疗 toB 的业务基本上都是上千万、上亿的也有~

至少现在没有想好~，有啥建议嘛？嗯别说出去旅游，现在这个时间点不合适

现在的情况是这样的，我技术还行，就是走到了瓶颈期吧~本以为换家公司会好点，其实不然