[其它] spring-note:Spring源码中文注释和源码分析-源码

说明：春天的音符 Spring原始中文注释 BeanFactory接口继承 org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean
<weixin_42165583> 上传 | 大小：185kb

[其它] CPU的缓存及拓扑结构的查看详解

说明：CPU的缓存及拓扑结构的查看详解 软件测试 　　今天忽然对CPU的Cache感兴趣了，稍微了解了一下，做一下知识笔记吧。 　　包括CPU的各级Cache以及CPU的拓扑结构。 　　cpu的处理数据的速度是非常非常快的，但是，数据需要从硬盘中读取出才能传递到CPU处理，然而硬盘的读写速度跟CPU的处理初速比，差的实在是成千上万倍。 　　所以加入了内存这个配件，他的目的就是将暂时需要用到的程序数据等，暂时存储在内存中。由于内存的读写速度远远大于硬盘，所以这个效率得到了非常大的提升。 　　但是，CPU
<weixin_38745648> 上传 | 大小：76kb

[其它] 功能测试工作的一点总结

说明：在网上卡看到的感觉有很大的帮助，就转载来了，大家可以看下!!! 　　一直在做功能测试工作，负责过三四个不大不小的项目的功能测试工作，却很少静下心来总结工作中的得失。 　　很多不了解测试的人，认为功能测试不过就是拿鼠标点来点去，没有什么技术含量，随便招个应届毕业生就能干的工作。我也曾经认为功能测试没什么前途，现在看来觉得自己太浮躁了。功能测试的门槛可能比较低，做测试工作的人大多都是从功能测试开始，但要做好功能测试却不容易，需要学习的知识还很多，比如操作系统、数据库、网络。下面主要结合工作实践谈谈我
<weixin_38752074> 上传 | 大小：52kb

[其它] 软件测试的复杂性分析

说明：1、无法对程序进行完全测试 　　(1)测试所需要的输入量太大 　　(2)测试的输出结果太多 　　(3)软件实现的途径太多 　　(4)软件规格说明没有一个客观标准 　　2、测试无法显示潜在的软件缺陷和故障 　　——通过软件测试只能报告软件已被发现的缺陷和故障，无法报告隐藏的软件故障。 　　3、存在的故障现象与发现的故障数量成正比 　　——结论：应当对故障集中的程序段进行重点测试 　　4、不能修复所有的软件故障 　　——原因：没有足够的进行修复;修复的风险较大;不值得修复;可不算做故障的一些缺陷;“
<weixin_38731075> 上传 | 大小：37kb

[其它] Alpha测试和Beta测试区别

说明：大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试，目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。 　　Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试
<weixin_38713306> 上传 | 大小：47kb

[其它] rocketmq-analysis:rocktmq源码分析-源码

说明：Apache RocketMQ 是一个分布式消息传递和流媒体平台，具有低延迟，高性能和可靠性，万亿级容量和灵活的可伸缩性。 它具有多种功能： 发布/订阅消息传递模型 预定的消息传递 按时间或偏移量追溯消息 日志中心进行流式传输 大数据整合 可靠的FIFO和严格有序的消息传递在同一队列中 高效的推拉消费模型 单个队列中的百万级消息累积容量 多种消息传递协议，例如JMS和OpenMessaging 灵活的分布式横向扩展部署架构 快如闪电的批量消息交换系统 各种消息过滤器机制，例如SQL和Ta
<weixin_42131785> 上传 | 大小：1mb

[其它] nodeDemo:node项目源代码-源码

说明：nodeDemo:node项目源代码
<weixin_42122340> 上传 | 大小：990kb

[其它] 软件测试用例的设计-提高测试覆盖率

说明：软件测试用例的设计-提高测试覆盖率软件测试说到测试用例的设计，我想每个有过测试经历的测试工程师都会认为很简单，不就是：按需求或概要设计，得到软件功能划分图，然后据此按每个功能，采用等价类划分、临界值、因果图等方法来设计用例就行了。但　　软件测试用例的设计-提高测试覆盖率   软件测试　　说到测试用例的设计，我想每个有过测试经历的测试工程师都会认为很简单，不就是：按需求或概要设计，得到软件功能划分图，然后据此按每个功能，采用等价类划分、临界值、因果图等方法来设计用例就行了。　　但事实上撇开测试数据
<weixin_38692631> 上传 | 大小：84kb

[其它] 代替软件测试用例的检查表

说明：代替软件测试用例的检查表软件测试2004年底在大连出差的时候，帮一个项目做测试，顺便写下这个检查表，这个检查表对测试的初学者积累经验比较有用，实际对于有经验的测试人员尤其对于测试业务管理信息系统，基本上大量的测试不需要再编写测试用例，　　代替软件测试用例的检查表 软件测试　　2004年底在大连出差的时候，帮一个项目做测试，顺便写下这个检查表，这个检查表对测试的初学者积累经验比较有用，实际对于有经验的测试人员尤其对于测试业务管理信息系统，基本上大量的测试不需要再编写测试用例，当然对业务流程、复杂逻
<weixin_38651929> 上传 | 大小：60kb

[其它] 软件测试用例设计步骤

说明：软件测试用例设计步骤 软件测试　　设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：　　1、测试需求分析　　从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象具有哪些功能。测试需求的特点是：包含软件需求，具有可测试性。　　测试需求
<weixin_38741540> 上传 | 大小：48kb

[其它] gankao_bang:赶考榜项目源码-源码

说明：该项目是通过引导的。 my-app/ README.md node_modules/ package.json public/ index.html favicon.ico src/ App.css App.js App.test.js index.css index.js logo.svg 为了构建项目，这些文件必须使用正确的文件名存在： public/index.html是页面模板； src/index
<weixin_42131798> 上传 | 大小：109kb

[其它] 通用软件测试用例写作方法

说明：通用软件测试用例写作方法  软件测试　　测试用例工作过程　　软件测试用例设计和软件测试用例写作　　软件测试用例设计：从设计层面考虑(功能性、可用性、安全性等方面);　　软件测试用例写作：指的是软件测试用例的写作规范(格式、标识的命名规范等)　　软件测试用例设计设计出用例的内容，按照软件测试用例写作规范落实到文档中去。　　软件测试用例格式　　●测试用例编号　　◇规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串　　◇约定：　　系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XX
<weixin_38530995> 上传 | 大小：36kb