不容易查找Bug

reason: ‘-[__NSCFNumber rangeOfCharacterFromSet:]: unrecognized selector sent to instance

类型转换错误:

要把NSNumber类型的转换为NSString类型的。

解决方案:

假设现有一NSNumber的变量A,要转换成NSString类型的B

方法如下:

NSNumberFormatter* numberFormatter = [[NSNumberFormatteralloc] init];

B = [numberFormatter stringFromNumber:A];

时间: 2024-10-24 18:34:54

不容易查找Bug的相关文章

[cocos2dx]利用NDK崩溃日志查找BUG

摘要: 在android上开发c++应用, crash日志都是汇编码, 很难对应到c++代码中去. 通过此文, 你可以定位到程序崩溃时的C++代码, 精确查找问题. 博客: http://www.cnblogs.com/jhzhu 邮箱: [email protected] 作者: 知明所以 时间: 2014-06-20 背景介绍 本文主要内容: 利用android的crash log来对c++开发的android应用进行错误定位. 容易稳定复现的BUG, 一般可以通过断点调试来解决. 如果测试

【tool】查找BUG的有效方法

测试新手,最需要尽快掌握的两个技能如下:(1)如何准确和快速地寻找和发现软件的缺陷(Bug)?(2)如何将发现的缺陷写成专业的缺陷报告? 首先介绍功能测试:1.要充分了解你所测试的项目/产品的功能以及相关的行业知识: 2.善于利用等价类划分和边界值等方法来进行简单的快速定位: 3.建议在没有时间编写测试用例的情况下,可以进行测试要点的编写,对功能点进行细化,争取最大的功能点的覆盖: 4.快速查找估计就是需要相当的经验了,在学习中不断总结,就会不断进步. 其实大部分缺陷都能够快速的被你发现, 往往

从 Android 静音看正确的查找 bug 的姿势

0.写在前面 没抢到小马哥的红包,无心回家了,回公司写篇文章安慰下自己TT..话说年关难过,bug多多,时间久了难免头昏脑热,不辨朝暮,难识乾坤...艾玛,扯远了,话说谁没踩过坑,可视大家都是如何从坑里爬出来的呢? 1.实现个静音的功能 话说,有那么一天, PM:『我这里有个需求,很简单很简单那种』 RD:『哦,需要做三天』 PM:『真的很简单很简单那种』 RD:『哦,现在需要做六天了』 对呀,静音功能多简单,点一下,欸,静音了:再点一下,欸,不静音了:再点一下,欸... 我一看API,是挺简单

利用NDK崩溃日志查找BUG

转自:http://www.tuicool.com/articles/qQNfUfe 背景介绍 本文主要内容: 利用android的crash log来对c++开发的android应用进行错误定位. 容易稳定复现的BUG, 一般可以通过断点调试来解决. 如果测试人员也无法稳定复现, log就成了程序吊定位问题的救命稻草 . 通用操作系统都有自己的日志系统, android也不例外. 救命稻草已经给你了~ () 但是, android的系统日志在c++代码崩溃时, 打印的都是内存地址和寄存器. 比

查找bug的一些经验总结

项目开发中遇到的bug解决经验总结 今天在项目开发中遇到了两个很难解决的bug,我把我的思路记录下来,以供之后遇到bug时,提供一些思路: 编译通过,但总结"core dumped" 这个是写一个数据包捕捉函数的时候,程序编译通过,但是总是在实际执行的过程中总是出现"core dumped" 这个算是我最害怕遇到的问题,总找不到错的原因.后来给捕捉的数据包编号之后发现,有的数据包就是一个"NULL" 导致处理函数处理数据包的时候发生了错误. 给我

查找bug

1.在输入数据按保存键后不知道数据是否已经存入数据库. 修改:增加一个对数据库的监听事件来监听数据库是否发生变化. 2.空数据也能保存成功. 修改:增加一个监听事件来检测是否输入数据. 3.在输入框中输入不否和输入框对数据的要求,但不提示错误. 修改:应用特定的输入框.(比如数字输入框,只有数字键盘就只能输入数字)

查找BUG的方法

1)测试环境 1)代码调试 2)问题重现 3)思考问题所在 2)生产环境 1)思考 2)测试本地环境是否存在问题 3)打开日志查看 4)思考是否是数据原因 5)拷贝数据到本地进行重现 3)未知错误 1)思考是否因为性能问题 2)思考是否因为执行顺序问题 3)确定出错地点 4)元数据重现 基本总结 出现问题->重现问题->确定出错地点->原数据重现->理解问题原因->解决问题->总结问题

利用findbug插件 用于Java代码的查找bug

1:打开eclipse确认是否有findbug(windows-preference下搜索下findbugs,没有结果就代表没有安装)2:下载离线安装包3:解压离线包4:解压文件复制到plugins5:重启eclipse6:下载findbug资料7:在eclispe创建测试代码 a:创建JAVA项目 b:在src下创建package-->类名:com.android.hello c:创建一个Test类         类名:Test d:复制findbug资料代码到Test类 e:运行该代码输出

使用Nsight查找CE3的渲染bug

工作临时的接的一个小任务,查找ce3引擎修改后在绘制上出的一点bug 在代码的底层调用代码做了一些修改后,场景里的绘制的问题,因为也是刚接触CE3代码,也只能通过Nsight来查找问题了. 首先用Nsight对正确和错误两个版本做次对比 下图是正确的版本 这个是错误版本 对比后,先是定位出问题绘制事件 定位到应该是FOG绘制的问题 再看一下当前API设置的Pixel Shader的Source code pixout FogPassPS(vert2fragFog IN) { pixout OUT