1 2 3 4 5 ··· 14 下一页
摘要: 现在网络上已经有很多资源可以让你更好的学习F#,在这篇博文中,我会通过一些例子指出部分学习F#的出发点,提出你的疑问,并且参与到F#社区进行讨论。代码示例你可以从很多地方得到F#的代码示例,首当其冲的就有讲解语言核心和核心库的MSDN文档,其中部分主题包含相关的代码片段。对于那些希望了解更多有关F#3.0新特性(比如查询和类型提供程序),F#3.0示例包是另一个很不错的资源所在地,其中有非常多的小片段也包含一些较大的示例。MSDN演练有一些比较大的端到端的示例类似使用类型提供程序连接数据库或者web服务。在Visual Studio的“新建项目”对话框中,你也可以看到部分联机示例(如果你使用的 阅读全文
posted @ 2013-02-27 22:32 Ribbon 阅读(1299) 评论(3) 推荐(1) 编辑
摘要: 调试对于软件开发至关重要,然而调试并非是件容易事,Paul Butcher的这本《软件调试修炼之道》是一部非常优秀的软件调试实战指南,很多人光看标题,以为这本书只是在讲blackbox/whitebox testing, unit testing, regression testing, etc. 其实,作者根本没专门把这些Testing 101的内容拿出来讲。书的内容除了debug,还涵盖了很多『好』的软件开发方法。所谓的『好』的开发方法,就是要保证软件质量,保证开发进度,保证写出来的代码可维护。说真心话,这本书真的是软件工程方面的好书。而且这本书写的通俗易懂。它不需要读者拥有5年、10年以 阅读全文
posted @ 2013-02-23 16:25 Ribbon 阅读(1388) 评论(0) 推荐(0) 编辑
摘要: 上一章,我们跟着刚刚进入性能测试组的小艾一起初识了什么是性能测试,也知道了客户在性能上都关注了些什么,在组长的教导下,小艾明白了,想要让用户得到最好的性能体验,最简单有效的方法就是模拟客户使用产品时遇到的访问行为,这一章节就来聊聊如何来模拟客户的访问行为呢? 更真实更高效的模拟——自动化的性能测试 阅读全文
posted @ 2017-04-12 11:00 Ribbon 阅读(586) 评论(0) 推荐(0) 编辑
摘要: 开篇之前,看到这个章节的标题,就令人忍不住想起双十一的场景,还记得双十一刚刚风靡的那年,估计马爸爸也是没想到会有那么多的用户量,那场事故其实还真蛮符合这一章节的标题——大促带来的灾难,同样的灾难发生在腾讯身上的时候,是近几年的红包大战,几乎每个人对此都并不陌生吧。 再回到书中来,就容易理解为什么说性 阅读全文
posted @ 2017-02-28 15:21 Ribbon 阅读(555) 评论(0) 推荐(0) 编辑
摘要: 通过组长的帮助和小艾自身的努力,小艾明白了对于一个大型应用的功能测试,从策略的角度,要考察的维度很多,于是小艾较为简单地在自己的笔记中做了相应的记录。 回归测试 什么是回归测试? 在软件开发的整个生命周期中,每个阶段都有可能对软件进行修改或更新,而当软件发生变化后,都有可能对软件的现有功能造成影响, 阅读全文
posted @ 2017-02-24 13:02 Ribbon 阅读(564) 评论(0) 推荐(0) 编辑
摘要: 上回说到,小艾学会了分而治之的方式来将模块细化做功能测试,这样的好处是更容易找到bug,但尽管容易找bug,并不表示bug就能完全被找到,而不被交付到客户手里。也出于对客户发现的bug进行分析,组长告诉小艾,不仅仅需要分而治之,也需要合而治之。 上一章我们也提到一个名词:跨模块/解决方案的功能测试, 阅读全文
posted @ 2017-02-20 11:43 Ribbon 阅读(475) 评论(0) 推荐(0) 编辑
摘要: 上一章节我们说到,小艾在导师深入浅出的介绍下,终于明白了测试的策略,流程并着手自己写了一条测试用例,而在执行的过程中,小艾也终于使用自己的手电发现了第一个bug。然而一个大的Java EE产品或者应用,通常代码量巨大,业务逻辑及体系架构都非常复杂,对于这样的产品或应用,如果采用简单的方式从整体上测试 阅读全文
posted @ 2017-02-16 10:16 Ribbon 阅读(444) 评论(0) 推荐(0) 编辑
摘要: 前面的章节中,我们说到,在导师的讲解下,小艾明白了测试的策略及流程,但依然不知道应该如何做以及具体做什么。这时导师告诉小艾,功能测试人员除了之前学到的基本技能和策略/流程之外,最重要的是要理解和掌握各种各样的文档。 文档 能够很好地理解别人写的文档,是对功能测试人员最基本的要求。而能够写出好的文档, 阅读全文
posted @ 2017-02-13 11:09 Ribbon 阅读(367) 评论(0) 推荐(0) 编辑
摘要: 上一章说到小艾在功能测试组开始了功能测试的学习,然而对产品知识、软件技能和客户意识有了一定了解的小艾,对整个测试依然有着不解之处,这时,导师为他深入浅出的解读了功能测试,导师是怎么解读的呢? 关于黑盒测试与白盒测试,尽管小艾已经知道了些许区别,但还是免不了老生常谈一番: 黑盒测试是软件测试的主要方法 阅读全文
posted @ 2017-02-10 13:13 Ribbon 阅读(494) 评论(0) 推荐(1) 编辑
摘要: 上一章提到,由于研发组工作繁忙,小艾被派遣过去协助做开发工作,在协助过程中,小艾明白了单元测试是怎么回事以及如何进行,也就是说,小艾接触到了白盒测试的相关知识。伴随着开发进度的有序进行,小艾回到了测试团队开启了新一轮的测试旅程。 可是在工作中,对着可执行的程序不知道从哪里入手,毕竟之前一边读代码,一 阅读全文
posted @ 2017-01-22 16:01 Ribbon 阅读(484) 评论(0) 推荐(0) 编辑
摘要: 上回说到,小艾明白了单元测试的重要性之后,也明白了单元测试需要测什么, 这让他的开发效率明显有了提高,而bug密度有了明显下降。但是,小艾的代码依然保持着高耦合的风格,因此编写单元测试的时候遇到了不少的阻碍,导致了测试覆盖率偏低,但是他却发现组长的测试覆盖率居然能逼近100%。 最让小艾讶异的是,产 阅读全文
posted @ 2017-01-10 10:25 Ribbon 阅读(624) 评论(2) 推荐(0) 编辑
摘要: 上回说到,小艾写了一段产品代码,却由于未做好单元测试而导致过多细微的bug流入到了功能测试阶段,经过组长一番谆谆教诲,小艾明白了单元测试是什么,谁来做单元测试以及为什么要做单元测试,可是对于单元测试测什么,怎么测却依然毫无头绪…… 摇篮有多大——单元测试的范围 单元测试需要保证:覆盖到所有新开发代码 阅读全文
posted @ 2016-12-19 10:46 Ribbon 阅读(925) 评论(2) 推荐(1) 编辑
1 2 3 4 5 ··· 14 下一页