惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
量子位
阮一峰的网络日志
阮一峰的网络日志
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
云风的 BLOG
云风的 BLOG
D
DataBreaches.Net
B
Blog
L
LangChain Blog
Apple Machine Learning Research
Apple Machine Learning Research
Vercel News
Vercel News
博客园 - 三生石上(FineUI控件)
爱范儿
爱范儿
Microsoft Azure Blog
Microsoft Azure Blog
IT之家
IT之家
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
H
Help Net Security
The Cloudflare Blog
U
Unit 42

博客园 - 杨学明

三种产品创新研发模式对比,哪种才是从0到1最优解 《从技术洞察到技术规划赋能》深圳公开课(2026年10月30~31日) 《基于IPD流程的研发项目管理》北京公开课(2026年9月18-19日) 如何通过技术洞察实现从0到1到技术创新 技术树构建常见的五大问题 技术战略规划的八个维度 如何建立公司核心技术管理体系 如何进行产品版本规划与发布管理 如何对SE(系统工程师)赋能 《网上问题和缺陷管理》课程大纲 如何做好产品需求映射 如何验证DFX需求 如何进行用户体验的测试 如何进行产品可靠性验证 如何制定产品测试策略 AI对产品测试行业的深远影响 影响AI企业竞争力五大因素 谈谈AI数智化时代的知识管理的重要性 TSE与SE如何协作 技术Charter的开发流程和步骤 产品竞争力规划六步法 产品平台战略的四种模式 如何打造创新型组织 组织级项目管理体系建设的三个层次 行业解决方案需求分析难点与痛点分析 产品路标开发的组织、步骤与交付 如何构建产品和技术双轮驱动的产品竞争力 Offering、产品名称、型号、BOM 、版本之间的关系 如何进行Offering组合管理与路标规划 技术洞察的组织、方法与工具
产品测试用例的编写技巧
杨学明 · 2026-09-17 · via 博客园 - 杨学明

产品测试的类型

随着消费者对产品质量的要求越来越高,产品在上市前的测试也越来越严格常见的产品如智能汽车、智能手机、扫地机器人、咖啡机等,都需要经过严格的四个阶段的测试:原型机、工程样机、小批量样机、批量制造产品四个阶段。很多公司可能组织了功能和性能的验证,但依然带有许多缺陷遗留到客户端,造成客户投诉或项目交付的质量下降。这些都是由于测试用例或测试场景覆盖率不够而引起的。共创力某咨询客户,在我们调研时,发现漏测到客户端的缺陷已占到整个产品总缺陷数的30%以上。

那么,如何提升测试用例设计的覆盖率呢?首先我们要梳理公司的产品测试类型。以下是最典型的产品测试类型:

image

以上所列的常用测试类型多用于设计和实现系统测试:

功能测试:测试系统提供的功能是否能够正确、完全满足用户需要。

一致性测试:测试系统是否符合相关的协议/标准。

安全性测试:包括设备安全测试和用户安全测试,测试设备的防侵害能力以及保护信息和数据的能力。

性能测试:性能测试针对系统是否达到其规定的性能需求进行测试,如容量和响应时间。

压力测试:压力测试通过使系统达到或超过其设计的最大负荷来检验其在非正常状态下的特性。是“用于评估被测试对象处于非正常状态下的特性表现”。这里所指的特性表示系统所需要完成的正常功能。

配置测试:验证系统能够在不同的系统配置(硬件、软件、网络)环境下正常工作的测试。

安装测试:验证系统能够被成功安装、升级的测试。

恢复测试:测试系统从硬件或软件故障中恢复的能力。

如果需要对产品进行可靠性测试,还应包括以下的硬件测试:

image

其中,专业试验包括:主要通过物理化学手段,旨在验证和提高产品对外界环境(含电磁环境等)的适应能力和安全特性而开展的试验。包括环境与可靠性、EMC、安规、防护、工艺试验及产品认证等。

产品测试用例的编写技巧

产品测试用例设计的质量直接影响到测试执行的效果,如果进行测试用例的设计是很多测试管理者头疼的问题。共创力咨询认为以下几点必须得到保证:

1、产品需求的完整性和正确性:需求必须全面,原始的测试需求不应仅来源于设计需求(DR),还应包括测试经验库、测试经验库、用户需求、继承产品需求、协议和规范等文档;

image

2、测试用例要遵循“二八原则”:即先满足用户最常用的20%功能,其余80%的用户少用或不用的功能留到后面再进行设计。共创力咨询认为,一般需要根据用户路径覆盖、参数设计、数据列举、变量组合的顺序进行设计:

image

3、测试需求分析是不可少的测试活动:测试需求分析包括测试类型分析、测试用例颗粒度分析、测试工作量和测试优先级分析。测试需求分析一般由测试系统工程(TSE)组织:

image 

4、测试用例需要组织评审:测试用例编写完成之后,需要组织开发团队、测试团队、需求团队等相关人员进行评审,对测试用例的完整性和正确性进行检视。

良好测试用例的特征

测试用例作为测试团队的交付,需要具备可复用、易执行、可维护的特征,共创力咨询认为,良好的测试用例的特征如下: 

1)可以最大程度地找出产品隐藏的缺陷   

2)可以最高效率的找出软件缺陷   

3)可以最大程度地满足测试覆盖要求   

4)既不过分复杂、也不能过分简单   

5)使产品缺陷的表现可以清楚的判定           

ž   测试用例包含期望的正确的结果           

ž   测试用例的预置条件尽量简单明了   

6)不包含重复的测试用例   

7)测试用例内容清晰、格式一致、分类组织   

8)测试用例有明显的优先级划分,并列出参考的工作量    

共创力咨询成功案例

1、国内某通信企业(中国500强企业,上市公司)   

2、中航工业集团某公司(军工企业,上市公司)   

3、南京某工业机器人企业(工业机器人龙头,上市公司)   

4、深圳某智能控制企业(伺服器龙头企业,上市公司)   

5、北京某人工智能企业(AI龙头企业,上市公司)   

6、国家电网某研究院(电网直属企业,上市公司)   

7、珠海某电力公司(电力安全龙头企业,上市公司)   

8、某激光装备企业(中国500强企业,上市公司)     

9、某芯片企业(GPU龙头企业,上市公司)   

10、医疗器械企业(医疗装备龙头企业,上市公司)……