EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
基于智能硬件测试的割裂和不能有机统一,造成系统交付时的功能不能有效执行,稳定性和可靠性不高,进行如下梳理。 1. 软硬件一体化的基本思路 1) 系统化思路,任何基于硬件的产品都必须看做一个系统 2) 链路化原则,在此系统的链路必须是经过验证连通的。 3) 功能化原则,系统的功能必须是可交付的可以实现的。 2. 系统模块分解与集成 当前软硬件测试的问题主要体现在以下几个方面: 1) 无协同机制,软件测试与硬件测试和模块测试是隔离的,无协同工作的流程和途径。 2) 无传递沟通机制,软件测试硬件测试以及模块测试无相互沟通机制,相关信息没有分享的渠道和途径。 3) 无集成工作的流程和机制,项目交付无系统化的测试,隔离的测试输出的结果必然会是漏洞百出。 3. 软硬件一体化的测试的解决方案 1) 建立系统化测试机制和流程 以系统思维为中心,建立大系统化测试计划及测试用例,统一输出全面的文档。从项目立项开始,各测试模块作为一个整体进行工作,由硬件测试进行统筹,从产品整体验收的角度来进行测试计划以及用例输出,各模块用例考虑全面性,用例尽量不重复,多维度,系统化考评。关注每个模块的细节又能够统筹兼顾整体的功能性、可靠性和稳定性。 基本分工依照当前的工作模式,硬件测试负责项目各个阶段的研发段测试,软件负责APP、后台相关。 需要增加的是,当产品在需要发布时,由大测试进行统一的集成测试,相关的测试人员模组测试、软件测试、硬件测试协同工作,最后由硬件测试统筹,给出整体测试报告。 2) 建立过程信息分享平台 项目的文档,测试文档,模块测试、硬件测试、软件测试的相关文档,建立一个通用的分享平台,及时传递测试过程中的BUG及其解决方案,进入测试案例库,以形成积累及便于追溯。 3) 建立定期沟通和协同机制 A. 项目的关键节点,如EVT,DVT结束阶段,硬件测试会出相关测试报告,有必要召开项目测试会议,检讨分析问题。 B. APP的预发布阶段,需要软件测试召集硬件测试以及模组测试和开发人员,对测试BUG进行通报和分析。 C. 系统的最终交付验收和APP正式环境发布,由硬件测试进行系统化的测试验证,所有前期的BUG需要重新回归验证并最终输出报告。 4) 建立系统稳定性和可靠性的测试流程 系统的长期稳定性和可靠性,是系统功能实现的关键性要素,以高并发,长期性稳定性,容错性和安全性为基本标准的测试要求,是衡量任何智能系统得以有效可靠工作的重要维度。 5) 建立系统蛛网图。 任何用于开发的公用的通信模组、软件公共模块和开发平台及UI,需要明确列出相关使用者,当出现影响系统化的变更时,应及时全面评估变更所造成的影响,避免因此而造成系统的冲突乃至崩溃。 6) 加强和优化版本管理。 系统的版本为集成的版本,涉及的硬件、嵌入式软件、APP、开放平台、公共模块、通信模组的硬件及嵌入式软件版本,各个项目能够输出此系统所涉及的所有版本及其历史信息和屡次变更的说明,作为系统规范化的一个输出。
5 C2 i, ]& Y* k7 ?' v+ X3 Z |