产品​上市​计划​与​NPI​计划​有何​不同​及其​对​测试​工程​团​的​意义 

权威​人士​将​产品​上市​时间​视为​快速​发展​的​创新​型​公司​的​指标。​NI​的​测试​经理​表示,​紧迫​的​产品​上市​时间​目标​会​给​他们​及其​团队​带来​巨大​压力。​因此,​我们​邀请​到了​电子​产品​生产​测试​专家Graham Green,​来​为​我们​介绍​一下​这种​情况,​并​说明​哪些​方法​有助​于​减轻​这种​压力。

NI:Graham,​您好,​在​我们​探讨​产品​上市​时间​压力​带来​的​影响​之前,​您​能​先​解释​一下​压力​存在​的​原因​以及​为何​这种​压力​比​以往​任何​时候​都​大​吗?

GG:简而言之,​这种​压力​之所以​存在,​是​因为​所有​人​都​不断地​想要​新的​产品。​根据​摩尔​定律,​处理​器​的​性能​每隔​两​年​翻​一倍,​才能​推动​市场​上​不断​出现​新的​设备,​但​这​一​现象​不仅​发生​在​处理​器​上。​新的​无线​标准、​内​置​的​音​频​助手​以及​屏幕​和​电池​技术​都是​一些​主要​的​差异​化​因素,​而​率先​将​这些​技术​推向​市场​的​公司​将​获得​巨大​收益。​我​发现,​设备​变得​越来越​复杂,​但​发布​时间​间隔​却​缩短​了,​这​给​工程​和​制造​团队​带来​了​巨大​压力。

NI:​即使​我们​接受​设计​时间​越来越​短​的​事实,​那​这​一​事实​为何​会对​测试​产生​特别​不利​的​影响?


图​1.整个​项目​的​进度​不断​压缩

GG:多年​来​我​一直​向​人们​展示​这​张​图,​像​我​刚​入行​时​一样,​它​现在​仍然​能够​反映​现在​的​情况。​从​图​中​可以​看出,​开发​阶段​越​靠后,​进度​计划​遭到​不公平​压缩​的​风险​就​越高。​在​我​接触​过的​测试​工程​师​中,​几乎​所有​人​都会​疲​于​应对​紧迫​的​开发​进度。​产品​上市​时间​和​测试​开发​进度​之间​的​两​大​差距​进一步​加剧​了​这种​压力:

  1. 测试​站​必须​在​产品​发布​之前​完成​部署。
    ​理想​情况​下,​在​开发​生产​线​时,​测试​系统​就应该​为​预​生产​做好​准备。​这​有助​于​尽早​发现​组​装​过程​的​故障,​从而​充分​提高​成品​率,​此时​距离​产品​发布​可能​还有​数​周​甚至​数​月​的​时间。​但​规划​工程​师​很多​时候​会​忽略​此​步骤。
  2. 提高​产量​需要​多个​测试​系统,​而不​只​一个。
    要​想在​市场​中​站稳​脚跟,​仅​向​市场​交付​单​个​产品​肯定是​不够​的,​而​需要​生产​足够​量的​产品​来​满足​市场​的​需求。​成功​与​否​取决​于​测试​团队​能否​快速、​高效​地​复制​和​部署​多个​测试​系统。

NI:​接​下来​我们​逐一​介绍​这​两​个​问题。​首先,​我们​需要​确保​第​一个​测试​站​能够​在​预期​的​时间​内​正常​运行,​但​测试​工程​团队​如何​确信​自己​能够​实现​这​一​目标?

GG: 标准​答案​是​使用​高​生产​力​软件​工具,​或​提高​团队​的​专业​能力,​从而​实现​高效​的​团队​开发。​如果​您​对​此​有​兴趣,​可​查看LabVIEW卓越​中心资源。​但是,​有​一个​经常​被​忽视​的​因素​其实​会​严重​影响​时间​进度,​也就是​高效​的​测试​规划。

在​规划​时,​第​一个​重要​因素​就是​确保​测试​用例​满足​测试​规范​的​所有​要求。​如果​在​后期​才​发现​缺失​某​个​用例,​再​将​其​添加​进去,​就​会​极大​影响​开发​进度。​最后​一刻​变更​带来​的​痛苦,​相信​我们​所有​人​都​感同身受,​尤其是​对于​高度​分散​的​测试​线​而言,​平衡​各个​测试​点​的​周期​时间​至​关​重要。

您​可以​与​设计​团队​紧密​合作,​对​测试​覆盖​需求​进行​分析,​将​测试​用例​与​测试​规范​和​产品​需求“挂钩”,​从而​避免​这种​情况。​当然,“紧密​合作”说起来​容易,​但​要​在​组织​中​实现​却​很​难。

如果​您​想​获得​平等​的​发言​权,​就​需要​证明​测试​工程​团队​的​参与​会​给​其他​团队​带来​哪些​益处。​规范​变更​(尤其是​在​后期​阶段​变更)​通常​产生​的​分歧​最大,​因此​我们​可以​从​这​一点​着手。​我们​可以​针对​需求​和​测试​规范​共同​制定​变更​管理​流程,​以​确保​所有​人的​成功,​同时​加深​彼此​之间​的​合作。​NI​在​这​方面​拥有​非常​丰富​的​经验,​我们​的​团队​很​乐意​为​您​提供​建议。 

NI:​那么,​大家​对​测试​规范​达成​一致​后,​如何​制定​高效​的​开发​计划?

GG:我们​必须​对​初步​的​工作​充满​信心,​才能​不断​向前​推进。​我们​希望​尽可能​确保​现有​资源​或​功能​信息​的​准确​性。​测试​工程​师​往往​喜欢​自己​开发,​也​正是​因为​他们​喜欢​动手​创造,​才​会​投身​工程​行业。​因此,​当​我们​没有​信心​确保​测试​资产​或​代码​库​是​正确​且​最新​的,​就​会​习惯​于​编写​新的​代码。

我​多次​看到,​工程​师​因为​坚信​自己​的​方法​更好​而​拒绝​使用​标准​库。​只要​几次​尝试​失败​了,​他们​就​会对​新​系统​失去​信心,​并​转​回​原来​的​方法。​这种​行为​成为​习惯​后,​无论​组织​多么​需要​改变,​都很​难​推动​变革。

业界​实践​再次​证明,​最​有效​的​方法​就是​进行​周密​的​流程​管理。​您​思考​一下:​贵​单位​是否​一致​同意,​在​对​测试​站​硬件​或可​复​用​软件​的​部分​程序​进行​更改​之前,​必须​通知​相关​人员​或者​获得​批准?​是否​各方​都​了解​此类​信息​存储​在​哪里​以及​之后​如何​更新​这些​信息?​尽管​我们​可以​使用​软件​产品​来​跟踪​所有​这些​情况,​但​您​需要​有​一个​动力,​推动​相关​人员​积极​采用,​才能​取得​成功。​然后,​您​务必​维护​该​库,​并​确保​库​中的​资产​是​最新​且​是​高​质量​的。

NI:​您​能否​举例​说明​这种​策略​的​实际​执行​情况?

GG:好的。​Neil Evans​在​为​飞利浦​(Philips)​开发​超声​波​产品​时​与​他的​团队​完全​做到​了​这​一点。​他们​建立​了​一个​经过​精心​编写​和​验证​的​软件​模​块​库。​模​块​的​架构​从头开始​设计,​以​鼓励​复​用。

实现​标准​化​的​重​中之​重​在于​由​核心​团队​建立​一个​初始​框架。​完成​这​一步​后,​来自​不同​组织​的​团队​可以​在此​基础​上​各​展​所长,​轻松​添加​更新​程序​以及​维护​代码​库。

— 飞利浦​高级​经理​Neil Evans

Evans​的​团队​有效​地​记录​了​每​个​模​块​的​功能​和​用例,​并​要求​其他​工程​师​正确​使用​它们。​该​做法​初步​取得​很大​的​成效,​并​很快​得到​了​大​范围​的​普及,​并​促进​了​团队​间​的​协作,​因此​项目​得以​不断​推进。​总体​而言,​与​之前​的​类似​项目​相比,​该​团队​在​推出​新​产品​时,​所需​的​测试​开发​工作​量​和​时间​减少​了​80%​(以​每​个​项目​记录​的​工程​时间​计算)。

NI:​刚才​我们​讨论​了​如何​准备​第​一个​测试​站。​那么,​如何​扩展​测试​系统​来​满足​量产​需求​以及​缩短​产品​上市​时间?

GG:过去,​我们​需要​在​两​个​时间​上​进行​权衡​和​取舍,​一个​是在​将​设计​复制​到​其他​测试​站​之前​敲定​设计​所需​的​时间,​另​一个​是​后期​有​更改​时​更新​复制​的​测试​站​所需​的​时间。​在​监管​严格​的​行业​(例如​医疗​设备)​中,​由于​认证​的​需要,​必须​尽早​确定​设计。​如果​您​不在​这些​行业​内,​则​应该​采用​更加​敏捷​的​测试​方法,​从而​避免​进行​此类​权衡。 

那​敏捷​的​测试​方法​有​哪些​特征?​首先是​机​箱​和​模​块​化​仪器​的​结合,​以​机​箱​为​基础,​添加​所需​的​模​块​化​仪器,​即可​搭建​一个​符合​要求​且​体积​最小​的​测试​站,​同时​还​可以​直接​扩展​I/​O,​而无​需​改变​占地​面积​或​机​架​布局。​其次是​通过​软件​连接​各个​测试​站,​轻松​地​管理​系统​配置、​软件​版本​和​数据。​这样​一​来,​您​可以​进行​远程​更新,​从而​减少​现场​软件​部署​和​维护​工作。

IT​基础​设施​经常​无法​提供​测试​站​运行​所需​的​技术​支持,​长期​以来,​弥​合​两者​差距​的​重任​一直​就​落在​测试​工程​师​的​肩上,​他们​也​往往​对​此​提出​抱怨。​但是​在​大​多数​情况​下,​测试​工程​师​并非​网络​通信、​数据​库​和​可​视​化​技术​方面​的​专家,​这​给​团队​的​开发​和​维护​工作​带来​了​压力,​而且​测试​工程​师​也​无暇顾及​更有​价值​的​测试​工程​任务。​随着​更多​商用​现成​解决​方案​(例如NI SystemLink软件)​推向​市场,​工程​师​不仅​可以​放心​地​部署​测试​代码​以及​进行​迭代,​而且​还​可以​监测​系统​运行​状态、​获取​测试​资产​利用​率​数据​以及​进行​更​全面​的​测试​数据​分析​等。

NI:​敏捷​的​测试​站​开发​和​部署,​听起来​不错,​您​能​举​个​例子​说明​一下​吗?

GG:当然​可以。​有​一家​领先​电器​制造​商​的​测试​团队,​他们​实现​了​测试​更新​的​远程​部署​和​管理,​使得​整个​企业​范围​内的​测试​站​管理​软件​投资​得到​了​很好​的​回报。​更​重要​的是,​他们​实现​了​更​广​范围​的​数据​可​视​化,​这​有助​于​不断​完善​新​流程,​从而​进一步​缩短​开发​时间​并​改善​了​运营​指标。​该​团队​维护​着​170​多个​测试​站,​其​负责​人​表示:

SystemLink​可​快速​地​完成​关闭、​安装​和​重​启​过程,​这​使​我们​的​部署​时间​从​每​个​系统​30​分钟​直接​缩短​至​整​条​产​线​3​分钟。

— 测试​工程​经理

 

NI:​那么,​缩短​产品​上市​时间​和​加快​NPI​进度​之后,​下一步​是​什么?

GG:下一步​就是​利用​机器​学习​来​更好​地​定义​测试​的​内容​和​方式,​并​实现​工作​流程​的​自动​化。​数据​分析​功能​可​帮助​工程​师​研究​每​个​测试​系统,​确定​需要​严格​测试​的​关键​领域​以及​需要​简化​的​冗杂​领域。​此外,​数据​分析​更有​价值​的​一点​是,​可以​实现​所有​相​连接​的​测试​系统​和​资产​的​流程​自动​化。​比如,​我​预测,​未来​的​测试​程序​可以​通过​数据​驱动​的​智能​系统​自动​生成。​一旦​这​一点​成为​现实,​测试​工程​师​便​可以​快速​迭代​并​优​化​设计,​不会​再​出现​赶不上​NPI​进度​的​情况。

您​可​了解​有关NI​功能​测试​解决​方案的​更多​信息,或下载​解决​方案​手册,​更​深入​地​了解​解决​方案​的​各个​组成​部分​和​产品。​如果​您​对​测试​策略​或​即将​开展​的​测试​站​项目​有​任何​问题,​欢迎​随时联系​我们

 

©2020 National Instruments。​版权​所有。​National Instruments、​NI、​ni.com​和​LabVIEW​均​为​National Instruments Corporation​的​商标。​此​处​列出​的​其它​产品​和​公司​名称​均​为​其​各自​公司​的​商标​或​商号。​NI​合作​伙伴​是​独立​于​NI​的​商业​实体,​与​NI​之间​不存在​代理、​合伙​或​合资​关系。