*#06# 新购手机 指令测试

本文介绍了一系列手机测试代码,包括查询IMEI、重置设置、显示软件版本等,并演示了如何利用这些代码进行手机硬件测试,有助于判断手机是否为翻新机。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

PConline 用机】相信很多人都知道在手机拨号界面输入“*#06#”就可以查询IMEI国际通信识别 码,这招在检查水货手机是否三码合一时百试百灵。那么除此之外,我们还能通过类似的代码查询到更多的手机信息吗?不如以一部普通的安卓手机为例,实地演示 可操作的手机代码查询命令。推荐收藏本帖,以备不时之需。

  例如,我们以【*#*#4636#*#* 】为例,在拨号键盘输入以上代码,桌面就会弹出相应的测试界面,显示手机信息、电池信息、使用情况统计数据、WiFi信息等,如下图所示。部分代码因手机不同可能指令会有所不同。


 

【*#*#7780#*#*】 重设为原厂设定,不会删除预设程序,及SD卡档案

【*2767*3855#】 重设为原厂设定,会删除SD卡所有档案

【*#*#34971539#*#*】 显示相机相机韧体版本,或更新相机韧体

【*#*#7594#*#* 】当长按关机按钮时,会出现一个切换手机模式的窗口,包括: 静音模式、飞航模式及关机,你可以用以上代码,直接变成关机按钮。

【*#*#273283*255*663282*#*#* 】开启一个能让你备份媒体文件的地方,例如相片、声音及影片等

【*#*#197328640#*#*】启动服务模式,可以测试手机部分设置及更改设定WLAN、 GPS 及蓝牙测试的代码

【*#*#232338#*#* 】显示 WiFi MAC 地址

【*#*#1472365#*#* 】GPS 测试

【*#*#1575#*#* 】其它 GPS 测试

【*#*#232331#*#*】 蓝牙测试

【*#*#232337#*# 】显示蓝牙装置地址

【*#*#8255#*#*】启动 GTalk 服务监视器

  显示手机软件版本的代码:

【*#*#1234#*#* 】PDA 及 Phone

【*#*#1111#*#*】 FTA SW 版本

【*#*#2222#*#* 】FTA HW 版本

  各项硬件测试:

【*#*#0283#*#*】 Packet Loopback

【*#*#0*#*#* 】LCD 测试

【*#*#0842#*#* 】装置测试,例如振动、亮度

【*#*#2663#*#* 】触控屏幕版本

【*#*#2664#*#*】触控屏幕测试

【*#*#0588#*#*】接近感应器测试

【*#*#3264#*#*】 内存版本

总结:

  其 实这些代码不仅仅单纯用于测试,如果读者可以熟练的利用代码,在选购新手机的时候我们可以随时随地的进行测试,很好的利用这些代码就可以知道我们所购买的 手机是不是15天机,或者翻新机。毕竟手机从出厂那一刻开始,它的寿命就已经开始了,不是单纯用软件就可以把这些硬件设备的使用痕迹给抹杀掉的。

posted on 2015-05-05 13:02 秦瑞It行程实录 阅读( ...) 评论( ...) 编辑 收藏

转载于:https://www.cnblogs.com/ruiy/p/4478847.html

<think>好的,我现在需要回答用户关于手机软件测试中提单流程的步骤指南的问题。首先,我需要理解用户的需求。用户提到的“提单流程”应该是指在测试过程中发现缺陷(Bug)后,如何提交或创建问题报告的过程。这可能涉及到从发现缺陷到记录、跟踪直至解决的整个流程。 接下来,我需要参考用户提供的引用内容来确保回答的准确性。引用[1]提到测试流程的阶段包括测试需求分析、测试计划、测试设计等,这可能与提单流程中的步骤相关,比如在测试执行阶段发现缺陷后的处理。引用[2]中讨论了测试计划的内容,包括结束准则、责任分配等,这可能涉及提单后的跟踪和解决责任。引用[3]提到测试自动化策略,虽然用户的问题是关于手动测试的提单流程,但自动化测试中的错误报告部分可能有共通之处。引用[4]则介绍了工作流程优化系统,可能涉及到提单流程的自动化或优化方法。 现在需要构建一个结构清晰的步骤指南。通常,缺陷提单流程包括以下几个步骤:缺陷发现、记录缺陷、提交缺陷、跟踪缺陷状态、验证修复和关闭缺陷。每个步骤需要详细说明,包括使用的工具、注意事项和最佳实践。 在记录缺陷时,需要确保信息完整,如标题、描述、重现步骤、环境信息等,这可以参考引用[1]中的测试用例编写要求。同时,引用[2]提到责任分配,因此在提交缺陷时需要明确指派给开发人员。此外,引用[3]的测试策略中的错误报告部分可能涉及如何有效沟通和跟踪缺陷。 用户可能还关心如何优化提单流程,比如使用自动化工具或集成系统,如引用[4]提到的自动化流程优化系统,可以简要提及这些内容作为最佳实践。 需要确保回答符合用户需求,步骤清晰,并包含实际例子或工具建议,比如常用的缺陷管理工具如Jira、Bugzilla等。同时,相关问题部分可以引导用户深入了解更多细节,比如如何编写有效的缺陷报告或自动化提单流程的方法。 最后,检查是否符合系统级指令:使用正确的中文,数学公式格式正确(虽然这个问题可能不涉及数学公式,但需注意其他格式要求),引用标识正确放置,结构清晰,分步骤说明,并生成相关问题。</think>### 手机软件测试中的提单流程步骤指南 在手机软件测试中,“提单”指发现缺陷(Bug)后,通过标准化流程提交问题报告并跟踪解决的过程。以下是具体步骤及最佳实践: --- #### **1. 缺陷发现与初步验证** - **步骤**测试过程中通过功能测试、性能测试或兼容性测试发现异常现象。 - **关键操作**: - 复现缺陷:至少在不同环境(如不同机型、系统版本)下复现3次,确认非偶发现象。 - 优先级评估:根据影响范围(如崩溃、功能失效)标记为$P0$(紧急)至$P3$(低优先级)。 - **工具**:使用录屏工具(如Android Studio ScreenRecord)记录复现过程[^3]。 --- #### **2. 缺陷记录与提交** - **步骤**:在缺陷管理系统中创建规范的缺陷报告。 - **必填字段**: - **标题**:简洁描述问题,如“Android 12下支付页面闪退”。 - **描述**:包括测试环境(如小米12 Pro + Android 13)、测试步骤、预期结果与实际结果。 - **附件**:添加日志文件、截图或录屏。 - **示例格式**: ```markdown **重现步骤**: 1. 打开APP,进入商品详情页 2. 点击“立即购买” 3. 选择支付宝支付 → 页面闪退 **日志摘要**: FATAL EXCEPTION: java.lang.NullPointerException at PaymentActivity.onCreate() ``` - **工具推荐**:Jira、禅道、Bugzilla[^2][^3]。 --- #### **3. 缺陷分配与跟踪** - **步骤**:指派给对应开发人员并实时更新状态。 - **最佳实践**: - 使用标签分类:如`前端`、`后端`、`数据库`。 - 每日站会同步:在敏捷团队中通过每日会议跟进缺陷修复进度[^2]。 - 超时预警:设置自动提醒规则(如48小时未处理则升级至技术负责人)[^4]。 --- #### **4. 缺陷修复验证** - **步骤**:开发修复后,测试人员需验证并关闭缺陷。 - **验证要点**: - 回归测试:确认原缺陷修复且未引入新问题。 - 跨版本验证:检查是否在历史版本(如上一稳定版)中同样修复。 - **自动化辅助**:通过持续集成(CI)工具(如Jenkins)触发自动化回归测试[^3]。 --- #### **5. 缺陷分析与流程优化** - **步骤**:定期复盘缺陷数据,优化测试流程。 - **分析方法**: - 缺陷分布统计:使用饼图分析模块缺陷密度。 - 根因归类:如30%的缺陷由需求理解偏差导致,需加强需求评审[^1]。 - **优化实践**:引入AI缺陷预测系统,根据代码变更自动推荐高风险测试场景[^4]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值