谈谈汽车软件测试验证.docVIP

谈谈汽车软件测试验证 1.?引言 随着新车型的功能和需求在不断增加，汽车上的电子控制器多达150个，到2030年，有专家预言汽车将拥有大约3亿行软件代码。相比之下，今天的汽车有大约1亿行代码。从另一个角度对比来看，一架客机估计有1500万行代码，一架现代战斗机约为2500万行，大众市场PC操作系统接近4000万行。 作为整车厂都是-我们有一个美丽的梦想——我的产品功能逻辑完美，性能出众，系统稳定可靠，用户体验棒棒哒！可从现实情况来看，用一句话来形容：理想很完美，现实很残酷。 整车厂里一个不公开的秘密，就是早期的用户，准确点来说大约是新车投产6个月内，甚至是一年左右的时间，那些用户实际上是担当着O新车型一个类似实验的小白鼠角色—-虽然说起来有点扎心早期的用户在率先体验的同时，也有很大几率在经受着诸如黑屏，网络连接问题，行车辅助系统时不时的跳出一些警报给你一些惊喜.....，这些还算是可以接受的，但更有严重一些的，如车辆在路上抛锚，自动驾驶故障直接把车辆损毁，这些问题就不仅仅是体验不好了，甚至是危及到生命了！虽然问题发生了我们可以找到很多理由—没错，从人的趋利避害的本性来讲，我们更喜欢把这个责任推到其他地方去，比如开发设计的不合理，供应商零件质量，用户使用不当，环境太复杂等等。但从本质上来讲，所有这些问题，整车厂的负责测试的团队是脱不了干系的。? 所以下面的系列文章是关于汽车测试的一些介绍和思考，为从事测试或对汽车测试感兴趣的同仁们提供一些参考。 2.?测试的评价模型 谈到汽车测试，首先要搞清楚测试的质量目标是什么，或者说，对于测试的对象要用什么样的指标来评估。汽车软件测试所采用的评价模型实际上也是参照软件行业的标准，用”ISO/IEC 9126 – 软件质量模型”来评估汽车上的软件质量的，这个标准后来在2011年被新的”ISO/IEC 25010-系统和软件质量模型” 这个评估模型从6个方面(质量特征)来对一个软件的质量进行评价：功能性，可靠性，易用性，效率性，维护性和可移植性，详细的解读大家可以在网上查找相关资料。 目前对于汽车上的软件测试更多的是集中在功能性维度，但随着系统复杂性的增加，比如信息娱乐系统从最初的基本功能发展到基于Linux或QNX等，包含云端交互，在线音乐，导航，语音对话等功能。测试工作不仅是要保证功能逻辑的正确性，更重要的是，要保证系统的可靠和稳定，兼容性和性能表现良好。通俗的讲，就是不仅歌要唱得好，舞也要跳得好，颜值也得跟上… 所以这种情况下，汽车软件测试至少要关注这些方面： 功能 性能属性 可靠性 兼容性 稳定性 可恢复，或者说出错时系统如何响应 3. 软件测试有哪些？ 如大家所熟悉的，汽车电器系统/软件的测试一般来说大致可分为3个测试层级: 单件测试，系统测试和整车测试。 如果再进一步细化，单件测试还可划分成代码测试，软件单元测试以及集成测试。 在系统层级的测试可以从单一的子系统测试-如外部灯光系统测试-到包含多个子系统的功能域的测试，比如车身域测试，信息娱乐域测试。 关于整车层面的测试，实际上，还可以细分为从研发部门的角度，进行的整车功能、属性特征，主观评价等等方面的测试，以及从质量验收或用户角度，进行的质量验收性测试。 除此之外，对于整车电器系统，还有些测试的内容时涵盖了从单件到整车，如总线协议，网络通信，网络管理，诊断刷写等。 在这些测试中，一般来说单件测试的工作是由供应商负责保障的，系统和整车集成的测试是作为整车厂所关注的。但随着这些年的发展，一些整车厂也开始做起了单件的软件开发，所以一些单件测试的能力也开始逐步建立了。 4.?测试的类型 如前所提到的，测试存在多个层级，另一方面，我们知道还存在着各种类型的软件测试，例如功能测试，非功能测试，自动化测试，敏捷测试及其子类型等。 我们在测试过程中都会遇到几种类型的测试。我们可能听过一些，也许已经做了一些工作，但并不是每个人都了解所有测试类型 每种测试都有其自身的功能，优点和缺点。下面就是关于在日常测试中通常使用的一些测试类型。 功能测试类型包括： 单元测试 集成测试 系统测试 完整性测试 冒烟测试 接口测试 回归测试 验收测试 非功能测试类型包括： 性能测试 负载测试 压力测试 安全测试 兼容性测试 恢复测试 可靠性测试 可用性测试 一致性测试 上述软件测试类型只是测试的一部分。实际上，在软件行业，至少有超过100多种的测试类型。此外，并非每个的项目都使用所有测试类型。因此，上面也只罗列了一些比较常见的软件测试类型。 同样，不同的团队对一些测试类型的描述和定义也是不同的，但对其本质或是基本的目的是一致的。随着项目，需求和范围的变化，这些测试类型，过程及其实现方法会不断变化。 5.?测试的技术和方法 关于测试的方法和测试技术，是可以从很多方面去讨论