[其它] infoq-android-example:infoQ里android博文的源码-源码

说明：学习者 Learner是一个Demo集合，其中收集了基于Android学习路线的Android书籍里面的Demo，还收集了工作和学习过程中收集到一些其他的Demo。 Android学习路线，主要基于Android书籍。这里主要是对书中的原始代码进行整合，只有自己敲过一遍，印象才会深刻。并且最好是自己将知识点用自己的话复述一遍，写到自己的博客上，不管是关于知识点进行系统的总结还是以后进行复习，这都是一个很不错的学习方法。 《第一行代码》 《 Android群英传》 《 Android开发艺
<weixin_42106357> 上传 | 大小：32mb

[其它] 两种有效的软件测试思想

说明：摘要：项目的开发风险来自于对需求的误解，来自于设计与开发过程及产品的缺陷，只有尽早发现这些缺陷，才能降低并控制项目风险。基于这种思想，软件测试业出现了一些新的测试思路。(据调查，测试中发现的BUG有56%是来自需求文档，而这56%的BUG正是由于需求 　　摘要：项目的开发风险来自于对需求的误解，来自于设计与开发过程及产品的缺陷，只有尽早发现这些缺陷，才能降低并控制项目风险。基于这种思想，软件业出现了一些新的测试思路。(据调查，测试中发现的BUG有56%是来自需求文档，而这56%的BUG正是由于需
<weixin_38569722> 上传 | 大小：61kb

[其它] 如何做好软件测试需求管理

说明：什么是需求? 　　我特意搜索了下百度，就记住仨字——做什么即研究分析系统所要达到的目的 　　需求分析的过程?(这个以前在讲的时候就没把测试需求分析和需求分析分开，难道这是考验我们的学习能力?) 　　1.明确服务框架和业务流 　　2.分解和细化框架和业务流 　　3.分析业务流之间的关系 　　4.明确非功能测试点 　　5.明确系统运行的条件(硬件环境操作系统网络数据代码等) 　　需求变更这个范畴很大啊各种实际问题，我有点晕!!!为什么变更——老板需要，系统需要，设计实现需要``` 　　变更影响到什么
<weixin_38590309> 上传 | 大小：51kb

[其它] Android_System_Source_Code_Analysis:Android系统源代码情景分析-源码

说明：虽然Android系统自2008年9月发布第一个版本1.0，直到2011年10月发布最新版本4.0，一共存在十多个版本，但是据官方统计，截至2012年3月5日，占据首位的是Android 2.3，市场占有率达到66.5％；其次是Android 2.2，市场占有率25.3％；第三位是Android 2.1，市场占有率6.6％；而最新发布的Android 3.2和Android 4.0的市场占有率只有3.3％和2％。因此，在本书中，我们选择了Android 2.3的源代码来分析Android系统的实
<weixin_42172972> 上传 | 大小：2mb

[其它] 软件测试测试用例编写

说明：软件测试用例编写策略是指组织和编写有效的测试用例的方法和技巧。一般的，我们可以根据测试用例的设计方法，遵循测试用例的编写原则，针对系统的特点编写有效的测试用例。但在具体的实施过程中，还需要遵循一些有效的测试用例编写策略，才能达到最佳的测试效 　　测试用例编写策略是指组织和编写有效的测试用例的方法和技巧。一般的，我们可以根据测试用例的设计方法，遵循测试用例的编写原则，针对系统的特点编写有效的测试用例。但在具体的实施过程中，还需要遵循一些有效的测试用例编写策略，才能达到最佳的测试效果。 　　测试用例
<weixin_38550137> 上传 | 大小：46kb

[其它] 软件测试之兼容性测试内容与方法

说明：1.软件兼容性的内容1.1操作系统/平台的兼容性1.2应用软件的兼容性，例如framework、flash等 　　1.软件兼容性的内容 　　1.1操作系统/平台的兼容性 　　1.2应用软件的兼容性，例如framework、flash等 　　1.3浏览器之间的兼容性 　　1.4数据库之间的兼容性 　　1.5其他方面，例如操作系统语言、传输协议、代理服务器、防火墙、自身产品集成 　　2.测试方法 　　2.1可以进行beta测试，发现尽可能多的用户发现的问题 　　领测软件测试网 　　2.2可以进行内部
<weixin_38685831> 上传 | 大小：24kb

[其它] 软件测试中功能测试中故障模型的建立

说明：故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测试必须是集中的;测试需要使用大量的测试用例和重复性测试，因此测试必须是自动的。若 　　1.概述 　　故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测试必须是集中的;测试需要使用大量的测试用例和重复性测试，因此测试必须是自动的
<weixin_38551070> 上传 | 大小：78kb

[其它] 如何做到不遗漏bug

说明：在网上看到的资料，如果哪位有更好的方法，望不吝赐教。1.尽可能了解用户需求，从而转化为软件需求，组织用户进行需求评审。重点强调的是软件开发需求，不仅仅是描述用户需要完成什么功能指标和性能指标，而是要转化为软件开发必须界面要求、数据元 　　在网上看到的资料，如果哪位有更好的方法，望不吝赐教。 　　1.尽可能了解用户需求，从而转化为软件需求，组织用户进行需求评审。重点强调的是软件开发需求，不仅仅是描述用户需要完成什么功能指标和性能指标，而是要转化为软件开发必须界面要求、数据元素要求、业务操作流程要求
<weixin_38689551> 上传 | 大小：48kb

[其它] 软件缺陷的等级划分

说明：缺陷的等级划分 　　A类--严重错误，包括以下各种错误： 　　1、由于程序所引起的死机，非法退出 　　2、死循环 　　3、数据库发生死锁 　　4、因错误操作导致的程序中断 　　5、功能错误 　　6、与数据库链接错误 　　7、数据库通讯错误 　　B类--较严重错误，包括以下错误： 　　1、程序错误 　　2、程序接口错误 　　3、数据库的表、业务规则、缺省值未加完整性等约束条件 　　C类--一般性错误，包括以下各种错误： 　　1、操作界面错误(包括数据窗口内列名定义、含义是否一致) 　　2、打印内容
<weixin_38743968> 上传 | 大小：32kb

[其它] 如何定位性能测试瓶颈

说明：性能测试的概念是什么，基本目的是什么，我想大家都基本清楚，不作详述，总之，性能测试只是测试过程中的一种方式，帮助我们的功能更好的运行，如果功能测试是可用，易用，满足需求、用户使用为目的，性能测试无非就是让这些目的更流畅。没有什么专业的概念， 　　性能测试的概念是什么，基本目的是什么，我想大家都基本清楚，不作详述，总之，性能测试只是测试过程中的一种方式，帮助我们的功能更好的运行，如果功能测试是可用，易用，满足需求、用户使用为目的，性能测试无非就是让这些目的更流畅。没有什么专业的概念，无非实现两个字
<weixin_38647517> 上传 | 大小：83kb

[其它] 性能测试瓶颈分析

说明：同一场景 　　1.小用户量的情况下测试 　　2.大用户量情况下的测试 　　分析的方法： 　　整个系统架构分析，系统响应时间消耗，利用图表分析 　　查看事务响应时间，通过事务摘要图分析事务响应时间，那个消耗最大(通过小用户量和大用户量的响应时间分析，查看那个事务响应时间最高)，确定哪部分功能是性能的瓶颈，分析windowresource图表，查看cpu 　　使用下列计数器标识cpu瓶颈 　　Processor\Interrupts/sec 　　Processor\%ProcessorTime 　　
<weixin_38535848> 上传 | 大小：74kb

[其它] 苹果iOS5.0十大新特性,乔布斯带病发布

说明：业内传言，苹果下一代智能手机iPhone5将于今年9月份上市，国外媒体认为，Verizon的加入，iOS5，iCloud服务，A5处理器和高质量相机，将使得iPhone5继续称霸智能手机领域。 　　据香港媒体报道，根据LulzSec此前公布的一些AT&T内部文档资料显示，AT&T有可能于今年9月开始运营iPhone5。而中国移动一名叫做“刘洋”的员工在今日上午通过其微博发布一条消息称，“中移动9月引入iPhone”，但很快作出了删除处理。这意味着，iPhone5秋天上市可能属实。 　　虽然苹果推
<weixin_38562079> 上传 | 大小：288kb