无标题无名氏No.64669494

2024-12-12(四)11:13:23 ID: lUXBTSP (PO主)

今年有个说的上话的同事离职去极越了，后面就没再联系了。这两天看到了极越倒闭( ﾟ∀。)...

无标题无名氏No.64743414

2024-12-19(四)16:02:37 ID: lUXBTSP (PO主)

>>No.64671402
最近忙的没怎么上岛了，现在在看到(;´ヮ`)7
我们这边不管什么测试，都是按照测试用例去测的，先不说我现在待的这个草台班子项目，以前项目集成测试基本=功能测试，简单来说就是把这本功能需求对应的测试再测一遍。
你说的集成测试在我们这可能类似于这个项目的复合测试？在软件开发到后期车辆开始生产的阶段，几个功能进行复合测试。现在这个项目复合测试我们台架上一般就是在各种功能同时开启的时候去导航，放歌换画面做操作等等等等。然后理所应当的因为是脱离需求式样所以出现了一大堆莫名其妙的完全测不了的用例，我现在已经处在半摆烂状态了，一个烂的项目管理真的能把一个人的工作热情磨光。

无标题无名氏No.64743461

2024-12-19(四)16:06:51 ID: lUXBTSP (PO主)

本来一本诊断的case，前人写的case完全没设计完全没覆盖到需求，但已经有大量的基础模版放在这了，于是我延续前人的case设计习惯继续设计下去（前人已经离职），然后东北那边同事觉得不行，后面提交给PM。
然后我被组长说了一顿开始补case，现在开心了，本来这种前段的项目测后端的DTC就是不好搞的，很多条件都没发达成，最后测试也只能依赖硬件或者开发，然后自己写case的时候就没设计这部分。
他们既然这么热心，那我可就不困了，诊断可是我的强项，已经有信心按照式样设计出来的case开发都不好测，到时候你们这些东北的同事最好不要来问我

无标题无名氏No.64755175

2024-12-20(五)17:52:29 ID: lUXBTSP (PO主)

>>No.64743461
不愧是我自己写的case,怎么会这么难测

无标题无名氏No.64757197

2024-12-20(五)21:19:16 ID: lUXBTSP (PO主)

>>No.64755175
草台班子又一力证出现了。
>一个错误代码需要关注电源状态，在总电源开关B+前有单独拉了一个电源状态
>对此感到？ B+都不看我这车机和废铁一样就算你在开其他电源，没有电不是白费
>于是去问了诊断错误代码开发这个电源状态是啥
>他：不知道，你可以问问电源的开发a
>去问了a，获得了a对这个电源状态和我一样质疑，然后让我去问写式样的人b
>b回答：这个可能是一开始的诊断通用式样写的，现在没了
>我继续追问：从哪体现没了，是指最新的诊断通用式样删除了关于这个电源状态的描述吗？
>他已读，过了10分钟：现在的式样还在
>一会会的沉默
>我：那就是现在程序不实装没有按照式样对应是吧
>他：是的
>一会会的尴尬，我识相的没有问出为什么没有这么对应而是回答谢谢结束了对话，毕竟有些事情问出来对大家都不好