to B 可不是,测试做项目,卖测试设备,测试方案,测试服务,是赚钱的。
其实要搞好汇报统计,每轮测试的人效投入统计,针对提高人效的优化,体现在节省人力层面,再有就是数据报告的包装,和自动化收集统计测试结果,先搞好汇报,优化方向一切向 “钱” 看,节省人效,同人效增加更多测试项目,覆盖更多,要能拿出手给甲方汇报用
to B,主要是满足需求,还要有 “亮点”,而且所谓出彩的地方,不一定是实用,实际产生高测试价值的,完全是要包装渲染的,牵扯到甲乙双方,各自目的不同,还真不是为了提高测试效率,提高测试技术水平,更多的是如何在提高报价的同时,让甲方看的舒服,可以接受。实话说不就这点事吗
领导要的"突破"是汇报用的吧,太 “平” 了,汇报没内容,要啥 “绩效”,先得搞好汇报亮点
安卓端适配,8155 的 android 11,车机分 android 和 qnx,监控方案不太一样,按需重新搞了
搜杜比和 dts 的测试 demo,做杜比或 dts 认证的话还有专门的测试文件,都是能找到的:
比如,随便搜下找到:
https://www.zhihu.com/tardis/zm/art/424772851?source_id=1003
https://zhuanlan.zhihu.com/p/297008675
这只能说明招聘的公司:不着急且有的挑,赶上急招和长时间无应聘的情况会相反
测试左移是测试流程中,测试介入向左移,感觉标题把左移概念扩大了
测试卖工具得走供应商路子,赚的是项目的钱,不过得让工具有 “价值”,能解决痛点,还得有软硬件 “包装”
感觉更像是智慧版的 monkey 方向,立个专项,给云测配个执行端的 “大脑”,不过没给 bug 判定,去重提交,版本线的 bug 追踪配 “大脑”,流程上的决策跟踪,离托管还早