经常有很多人问：不写测试用例，能进行测试执行吗？

最新推荐文章于 2024-04-05 00:22:52 发布
原创 最新推荐文章于 2024-04-05 00:22:52 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#软件测试 #测试执行 #软件测试工程师


最近经常有人咨询：


不写测试用例，能进行测试执行吗？

答：可以

能保证覆盖全面吗？

答：看经验


举个例子：

要去商场购物，不写购物清单可以吗？

答：可以

能保证东西都买齐？不漏吗？

答：只能看记忆力了


还有疑问，好好看如上举例；


建议：

测试最好写测试用例，如果没时间；写checklist



测试基础测试用例，到底用不用写不写？
不喝枸杞的程序员
02-19 1469
上回，我们聊到了测试策略，也提到了测试策略的重要性。很多人说测试策略现在会包含在测试设计阶段，落地到测试用例中，也没什么问题，因为这都是解决问题的过程方法，不是核心目标。提到测试用例，这个作为测试入门级的问题，现在很多人对它也是看法颇多。 有的观点认为，测试用例是测试人员的工作量体现，而且是测试工作的指引和保障，需要详细来写。 有的观点认为，现在是敏捷研发，测试都来不及，写什么测试用例。 折中的观点认为测试用例可以写，但是不需要写的那么详细，用导图写个大概就可以了。 你认可哪种观点呢？ 01
Java编程技巧之单元测试用例简化方法
数据库技术
02-03 526
为了便于Java单元测试的推广，作者总结了十余种测试用例的简化方法，希望能够让大家编写单元测试用例时——“化繁为简、下笔如神”。
在没有写测试用例的情况下，如何进行详细测试？
weixin_34015860的博客
03-12 1037
2019独角兽企业重金招聘Python工程师标准>>> ...
初级测试人员经常咨询：为什么要写测试用例？是否可以不编写测试用例直接测试软件？写测试用例的重要性？
66的虓爷
09-14 3445
前一段时间有新入职的小伙伴在询问这几个问题，我也看了好多博客和论坛对这三问题进行了一个总结： 为什么要编写测试用例？         答：测试用例是软件测试全部过程的核心，是测试执行环节的基本依据，是用来衡量一个项目测试质量。               测试用例的健壮性，完整性，覆盖程度等，都对项目测试质量有影响。                作为一位功能测试人员，主要的职能就是进行测...
测试用例，写不写？
qq_41420688的博客
03-05 374
文源 微信公众号：老张的求知思考世界 测试用例及其作用 我们先从测试用例本身说起，测试用例（Test Case)：为了特定的目的（证明软件存在某问题）而设计的一组由测试输入、执行条件、预期结果构成的文档。它通常包含测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出等八个要素。 结合自己多年的测试经验，个人认为：测试用例是自己测试思维的一个载体，它指导着测试活动的进行，是测试执行的最低保障。至于以什么形式来承载，其实并不重要。 思考测试设计的过程，其实就是自己测试思维的体现。通过合
精选资源
软件测试用例的重用
03-23
软件测试用例的重用软件测试跟测试工程师打交道最多的可能就是测试用例了，先设计出一些测试用例，然后这些测试用例要经过评审，之后要执行这些测试用例，完了以后还有可能需要对这些测试用例进行更新。测试用例的...
软件测试-测试的概念，单元测试的详细介绍，如何设计测试用例
VAN
04-05 1263
软件测试
公司新来的阿里P6被辞退了，因为写测试用例不规范，躺平的悲哀？
qq_73332379的博客
04-27 1044
测试用例编写是软件测试的基本技能；也有很多人认为测试用例是软件测试的核心；软件测试中最重要的是设计和生成有效的测试用例；测试用例是测试工作的指导，是软件测试的必须遵守的准则。
为什么不编写单元测试用例的10个理由！
danpu0978的博客
04-17 386
最后，这里是一个博客，支持所有认为编写单元测试用例是在浪费时间的人。 让我们来看看.. 以下是一些原因： 您是Neo（来自《黑客帝国》），是“被选者” 您可以看到代码以绿色二进制文件的形式执行。 您会感觉到代码并了解每个用例，您是如此的精巧，您不需要任何单元测试用例的安全网来确定问题； 您可以用肉眼看到它们！ 您的学士学位/产品负责人是克里希纳勋爵的第10个化身 所以他告...
适合初学者，怎样写好测试报告，用例等
12-29
测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。
不需要写代码的自动化测试框架(一)
测试萌萌
04-27 1494
这次讲到的自动化测试框架，主要会用到以下3款工具：Jenkins、Jmeter、Ant，首先说下这几款工具各自起什么作用 Jenkins：可对项目设置构建策略，如触发构建、定时构建等，项目构建完成后，可进行构建报告的查看、邮件发送等一系列操作，就是我们常说的持续集成，也叫CI Jmeter：主要用来编写接口自动化用例 Ant：批量跑指定目录下的Jmeter脚本 了解了这几款工具的作用后，我们开始从头来搭建这套自动化框架，在搭建之前，我们的电脑必须先安装java，因为Jmeter这款工具，是有在java环境.
没有测试用例，要怎么测试？
伤心的辣条
08-17 419
测试用例是测试过程中很重要的一类文档，它是测试工作的核心，是一组在测试时输入和输出的标准，是软件需求的具体对照。
紧急的版本，时间很紧，没有时间写用例，如何做好测试？
qq_42610167的博客
08-21 1892
**1、安排业务熟悉的人做这个紧急版本的测试 2、把版本的的修改点， 新增需求搞清楚，搞清楚这些变更是如何实现的 3、罗列主流程的测试用例（思维导图），优先保证主流程没有问题，然后再发散测试 4、在执行测试过程中，把测试过的点记录下来，这样方便事后检查自己哪些测试点还没有测试到 5、发现bug还是要提交bug，不能因为时间紧，而不提交bug，导致bug遗漏** ...
没有时间,要不要写测试用例
u014785338的博客
08-23 1089
　　首先，我们先来了解一下编写测试用例的目的，我不知道别人对编写测试用例的目的怎么看，但在我看来，编写测试用例的目的只有一个，那就是指导测试。测试是一种重复的工作，是一种螺旋式的工作，测试->发现问题->程序员解决问题->回归测试->发现问题……就是这样一种不断回归测试，正是因为测试的这种特性，测试用例就起到极为重要的作用。 　　很多有经验的测试人员或许会觉得就算没有测试用例，也是一样测...
不写用例的探索性测试
Mars_黄的博客
04-22 618
探索性测试 测试方法 ↓ 指南测试法：城市的地图通常会标注一些热门景点，在测试中热门区域非常重要，在每一次发布的过程中，核心功法功能肯定要覆盖到（可参考用户手册） 卖点测试法：鼓励测试人员管观看销售给客户演示的demo，理解从销售的角度哪些功能对客户来说是最大的卖点，这些点未必是核心功能，但值得把它们当成核心功能来对待 地标测试法：旅游时规划到访点，通常会在地图上插旗，这就是地标，但没有规定访问地...
（测试计划，测试用例，缺陷报告，测试报告，接口测试用例）总结
八阿哥吖的博客
11-05 674
测试计划 测试计划包含什么？ 测试背景、测试范围、测试目的、人员安排、时间分配、测试环境、风险评估等 测试环境： 服务器IP CPU 内存 虚拟机IP CPU 内存 操作系统 游览器 风险评估： 测试计划不充分 测试方法有误 测试过程偏离，造成测试的补充以及结果不准确 在软件测试过程中常见的计划风险主要有7类： 1...
软件测试技术：真的有必要写测试用例么？
software_test010的博客
09-04 2228
今天的文章是想跟所有小伙伴讨论软件测试工作中必不可少的一项工作：写测试用例，但目前还有很多公司并不重视写测试用例，觉得写测试用例是浪费时间，还不如拿这些时间来执行测试，那我们真的有必要写测试用例么？ 记得刚从事软件测试的第一份工作，是在一家做生物识别技术的公司，当时测试的主要是考勤机系统，那时工作内容就是每天跟着固定的用例进行测试不同的机型，如果按照测试用例严格的准备来说不能称之为用例，它就是一条条功能，测试完成之后就在后面打上√，我们都是以相同的用例去测试每一款机型，所以根本不用写用例，那时刚入行对用例.
有时间来了一个紧急的版本，时间很紧，没有时间写用例，如何做好测试？
qq_38925100的博客
03-31 1626
1、安排业务熟悉的人做这个紧急版本的测试 2、把版本的的修改点， 新增需求搞清楚，搞清楚这些变更是如何实现的 3、罗列主流程的测试用例（思维导图），优先保证主流程没有问题，然后再发散测试 4、在执行测试过程中，把测试过的点记录下来，这样方便事后检查自己哪些测试点还没有测试到 5、发现bug还是要提交bug，不能因为时间紧，而不提交bug，导致bug遗漏 ...
穿戴产品音频测试测试点，功能点，常见测试用例都有哪些
最新发布
08-27
<think>嗯，用户想了解穿戴设备音频测试的测试点、功能点和常见测试用例。这个问题很专业，需要结合音频测试的基础知识和穿戴设备的特性来回答。 从用户的问题看，ta应该是测试工程师或者产品开发人员，需要具体的测试方案参考。穿戴设备音频测试确实比较特殊，因为这类设备体积小、功耗限制严格，而且使用场景复杂（比如运动时佩戴）。 先拆解问题：用户要的是关键测试点、功能测试范围和常见测试用例。这三个部分其实有递进关系： - 测试点是方向性的（比如音质、延时） - 功能范围是具体的能力（比如通话降噪） - 测试用例则是可执行的测试步骤 需要特别关注穿戴设备的特性： 1. 佩戴方式影响：入耳式检测、骨传导漏音问题 2. 运动场景：风噪处理、运动撞击声 3. 低功耗要求：持续录音时的耗电 参考了站内引用材料： - 引用[1]提到穿戴设备功耗测试支持，说明能耗是重点指标 - 引用[2]的用例分级思路可以用在音频测试上（比如Level1测基本播放功能） - 引用[3]的蓝牙测试仪提示无线连接质量也是关键 具体到测试设计： 音质测试不能只看实验室数据，要模拟真实环境。比如跑步时耳机播放，测试就需要加入背景噪声。延时测试要区分音乐和游戏场景——游戏对延时更敏感。 功能测试要覆盖所有音频路径：播放、录音、语音助手唤醒。特别是双设备切换这种穿戴设备特有功能。 测试用例设计示例： 那个骨传导漏音测试的用例很典型，用分贝计量化的方式很专业。蓝牙重连测试也考虑了用户真实痛点——很多人抱怨运动时耳机断连。 最后补充的测试建议是点睛之笔： - 引用[1][2]的分级管理能帮用户合理安排测试资源 - 功耗测试单独强调很必要，因为用户可能忽略这点 - 真机测试场景提醒很关键，实验室数据会骗人 用户如果深入问，可以展开降噪算法测试或者功耗优化方案，这些在穿戴设备开发中都是难点。</think>以下是穿戴设备音频测试的全面解析，结合行业标准和穿戴设备特性整理： --- ### **一、关键测试点** 1. **基础性能** - **频响范围**：验证$20\text{Hz}\sim 20\text{kHz}$覆盖能力 - **信噪比（SNR）**：需$\geq 70\text{dB}$（如耳机播放场景）[^3] - **总谐波失真（THD）**：要求$\leq 1\%$（@1kHz） 2. **无线传输质量** - **蓝牙稳定性**：距离$\geq 10\text{m}$的抗干扰能力[^3] - **延时**：音频传输延迟$\leq 40\text{ms}$（游戏/视频场景） 3. **场景适应性** - **环境降噪**：风噪/背景声抑制（如跑步场景$8\text{km/h}$风速） - **佩戴检测**：入耳检测响应时间$\leq 200\text{ms}$ --- ### **二、功能测试范围** | **功能模块** | **测试内容** | |--------------------|-----------------------------------------------------------------------------| | **音频播放** | 本地音乐播放、蓝牙串流、多设备切换 | | **语音通话** | 双麦降噪、回声消除、语音清晰度（MOS评分$\geq 3.8$) | | **语音助手** | 唤醒率（$\geq 95\%$）、指令识别准确率 | | **传感器联动** | 运动时自动音量调节、摘下暂停 | --- ### **三、典型测试用例（分级别设计）** #### **Level 1：基础功能验证** [^2] ```markdown 1. [播放] 连接手机播放1kHz正弦波，验证无破音 2. [通话] 在60dB环境噪声下通话，对方可清晰识别语音 3. [控制] 按压设备物理按键3次，触发语音助手成功率100% ``` #### **Level 2：场景化测试** [^2] ```markdown 4. [运动场景] 跑步机@8km/h时播放音乐，检测音频断续率<0.1% 5. [抗干扰] 同时开启2.4GHz WiFi传输大文件，验证蓝牙音频无卡顿 6. [佩戴检测] 反复摘戴设备10次，播放暂停响应准确率100% ``` #### **Level 3：极限压力测试** ```markdown 7. [低温] -10℃环境连续播放1小时，验证电池续航衰减≤15% 8. [多设备] 手机/平板/手表间切换5次，音频输出无丢失 9. [骨传导] 最大音量持续播放30分钟，检测外壳振动位移≤0.5mm ``` #### **Level 4：特殊场景验证** [^2] ```markdown 10. [防水] IP68设备浸水1m深时，测试水下音质失真度 11. [电磁兼容] 靠近微波炉运行时，抗电磁干扰能力 ``` --- ### **四、测试工具与标准** 1. **仪器选择** - 音频分析仪：APx515B（支持$192\text{kHz}$采样） - 蓝牙测试仪：ST7008-B（多协议并行测试）[^3] - 人工耳：B&K 4128C（模拟人耳声学特性） 2. **功耗专项** - 连续通话耗电≤$10\text{mA/h}$（参考穿戴设备功耗标准）[^1] --- ### **测试建议** > 1. **分级执行**：优先完成Level 1~2覆盖核心场景[^2] > 2. **真机对比**：与Apple Watch/Galaxy Buds等标杆设备交叉测试 > 3. **用户场景复现**： > ```python > # 模拟运动场景音频测试 > def motion_audio_test(device, speed): > play_audio(device, "1kHz_sine.wav") > set_vibration(speed) # 设置模拟运动抖动 > return analyze_distortion() > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IDO老徐

转发 + 讨论 > 赞赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值