大众车联网测试工作总结

以下是我在大众工作期间遇到的工作相关难题和我的解决方案。

1. 测试环境搭建 车机软硬件配置

难题：

研发问题定位慢，解决方式不明确，测试难度大。

解决方法：不期待每个人都是专家，每个人都很勤奋。 首先自身要对问题有深入了解，提高业务知识和能力。然后通过设法找对‘合适的联系人’将问题凸显和提高严重性，最终会得到解决。

2. 测试计划，测试用例执行，业务覆盖多个终端，DelphiTechnisat MQB Technisat PQ, 包括与OCU手机App交互功能

难题：

现有用例臃肿，覆盖率差，效率低。

没时间维护测试用例，反而用例成为负担。

测试任务量大，针对新版本无法快速回归，验证和查找Bug

解决方法：

针对测试用例可以自己设计测试策略，用例头脑风暴图，给用例减肥。有技巧的，高效的完成测试任务。

German的测试用例一直是臃肿一成不变的，但是转化为自己的用例后当然可以方便修改维护。

自动化测试引入前手工测试总有能够完成的方法，只是完成度，准确度，覆盖率，效果有差异罢了。

3. 频繁需要MIB组资源信息，帮助MIB组搭建测试环境

难题：

MIB负责车机软件测试，car-net是软件应用的联网数据服务，同时MIB的问题也会影响color service。需要频繁与MIB组交换信息，但是没有官方与合适的沟通工具。

需要给MIB组搭建整个colorservice测试环境，出现问题要提供Support。

解决方法：

测试工程师基础都是要了解整个他测试目标的功能和业务流程的。跟测试系统其他部分测试人员进行信息交换必不可少，但是注意交换信息要具备完整性，真实性和可靠性，否则反而增加了沟通成本和测试风险。

对于协助其他工程师，在不耽误自己本质工作基础上，帮助越多越好。

4. color service功能涉及范围广，Car-net用户服务交互主体为车机

难题：

colorservice 关系多个供应商， 测试与追踪Bug费时费力，邮件沟通成本高。

解决方法：

无，多接触供应商 多了解技术，长点儿心吧，多跟供应商接触是好的。

5. 支持组内其他成员完成测试任务。

难题：

任务急，经常中断现有测试计划和测试任务。

解决方法： 一定记住，团队合作是最重要的。 尤其在OEM厂商，一个人能力再高也不能推动整个研发流程的进展，常常需要多个团队甚至整个Team的帮助才能办成一件事。 Notice： 害人之心不可有，提防之心不可无。

自我总结

以下排除工作态度等等，针对工作质量。

项目复杂程度

发现BUG数量

执行用例数量

漏测率