也不知道这个质量准出的标准是啥
你朋友说了真话。。。
长沙数字马力,哈哈,我后面也要在长沙建个数马长沙团队。
所以他是灌水帖。。
对的。
代码覆盖率统计,这里是包括单元测试,集成自动化测试,手工测试么?
光这个覆盖率的 merge 就劝退了大部分公司了。
在本地生活的时候,搞过一段时间类似的精准,一开始感觉挺有收益的,后来并行大了,连执行常规用例都要加班了,就顾不上了。
有时候挺感叹,如果人力充足,时间充足,各种测试方法论都非常可行,但是现实就不是这样。
那你这个还没有取得自动化的效果呢,实话实说,不然问了就穿帮。
那你就写个 0 呗
点赞,没有蛮目跟从
业务复杂,那投入的人就会比较高阶,兵力也会更多,相对公平。
为什么说一票否决,其实是把这个故障和漏测提到最高的位置,让大家警觉,来到推执行过程。另外,故障和漏测也会看影响结果,不是所有的故障都要一票否决。
我这边基本认为解决了不可测问题,或者在测试过程中引入了新的方法论并工程化。
比如 AIGC 生成内容的检测,用模型测试模型;比如线上流量验证算法,比如隐私计算算法的测试。
乾坤未定,你我皆黑马,乾坤已定,你我皆马户。
哈哈,技术群真实状态。
先收藏,再学习。
。。。。匿名版本估计后面都要取消了。还匿名答复。国家就不允许你匿名。。。
想的太多,你和那么多人聊,你信谁的?就像小马过河一样。最重要的三件事是什么?你准备为这三件事付出怎样的努力?并行往前,但是总是要围绕主线的。
没懂,啥叫匿名回复?
你们也要开始迁移到 ob?其实有双写保障一段时间,这些问题都不会很大。改 ob 的坑也不是很多。
质量是最容易腐败的东西,持续的人治是逃不掉的,只是过程中可以进行提效。建议流程线上化,数字化,然后形成一个质量模型,按周或者月来给大团队来进行反馈。
saas 的话,接口级别自动化掉,尽量 100% 覆盖,毕竟小流量也可能是非常重要的业务功能。有能力的话,流量回放可以搞搞。
然后和研发一起评估下影响面,最好 code review 下。堵不如疏,快速发现快速止血,把新功能新修改的部分的监控和应急手段做好。
我不明白,你发帖是为了啥?
+1。 楼主描述问题要更加精准。其实线上 bug 还是比较容易治理的。先做一轮分析,对根因进行归类,再分而治之。