[其它] Android单元测试与模拟测试

说明：考虑可读性，对于方法名使用表达能力强的方法名，对于测试范式可以考虑使用一种规范,如RSpec-style。不要使用逻辑流关键字(If/ese、for、do/while、switch/case)，在一个测试方法中 　　考虑可读性，对于方法名使用表达能力强的方法名，对于测试范式可以考虑使用一种规范,如RSpec-style。 　　不要使用逻辑流关键字(If/ese、for、do/while、switch/case)，在一个测试方法中，如果需要有这些，拆分到单独的每个测试方法里。 　　测试真正需要测试
<weixin_38512659> 上传 | 大小：59kb

[其它] IBM推出创建语言运行时的工具包EclipseOMR

说明：IBM创建了EclipseOMR，一个用于为任何语言创建运行时环境的开源虚拟机工具包。OMR旨在让各种语言都能利用虚拟机技术的一般改进，像垃圾收集或硬件集成。为此，IBM正在推广自己名为 　　IBM创建了EclipseOMR，一个用于为任何语言创建运行时环境的开源虚拟机工具包。OMR旨在让各种语言都能利用虚拟机技术的一般改进，像垃圾收集或硬件集成。为此，IBM正在推广自己名为J9的JVM。 　　虽然JVM日益成为许多语言的通用运行时，但它同Java语言的紧密关系意味着其设计和功能的很大一部分都是
<weixin_38630697> 上传 | 大小：66kb

[其它] 用于锁模光纤激光器的CsPbBr3纳米晶可饱和吸收体

说明：用于锁模光纤激光器的CsPbBr3纳米晶可饱和吸收体
<weixin_38612095> 上传 | 大小：1mb

[其它] 软件敏捷测试是否写测试用例

说明：软件敏捷测试是否写测试用例敏捷测试是否写测试用例?答案多种化如果是你，你会选用写还是不用写呢?软件测试时代风起云涌，问题虽小，意义却大，让大家一起学习一 　　软件敏捷测试是否写测试用例 　　敏捷测试是否写测试用例?答案多种化如果是你，你会选用写还是不用写呢? 　　软件测试时代风起云涌，问题虽小，意义却大，让大家一起学习一起探讨! 　　经过大家的水深火热的探讨答案出来了，但是各有各的想法各有各的不同，但我想他们的所想和所论对于大家都是有帮助的，大家可以看一下这个讨论题，希望在技术上能帮到大家一些。
<weixin_38684509> 上传 | 大小：75kb

[其它] 使用因果图设计测试用例

说明：使用因果图的好处1考虑了多个输入之间的相互组合、相互制约关系2能够帮助我们按一定步骤，高效率地选择测试用例，同时还能为我们指出，程序规格说明描述中存 　　使用因果图的好处 　　1考虑了多个输入之间的相互组合、相互制约关系 　　2能够帮助我们按一定步骤，高效率地选择测试用例，同时还能为我们指出，程序规格说明描述中存在着什么问题 　　利用因果图导出测试用例需要经过的一般步骤 　　1.分析程序规格说明的描述中，哪些是原因，哪些是结果。 　　2.分析程序规格说明的描述中语义的内容，并将其表示成连接各个原
<weixin_38514523> 上传 | 大小：101kb

[其它] Ns2中的测试用例Ns2中的测试用例

说明：在NS2的源代码包中包含了几乎所有协议的测试代码，全部存放在ns2\tcl\test目录下，即test-suite-*.tcl这样的文件。每个文件基本就对应一个协议，而且有一个对应的输出目录存放供比较用 　　1测试用例说明 　　在NS2的源代码包中包含了几乎所有协议的测试代码，全部存放在ns2\tcl\test目录下，即test-suite-*.tcl这样的文件。每个文件基本就对应一个协议，而且有一个对应的输出目录存放供比较用的运行结果。在运行test-suite-*.tcl之后将会产生一个te
<weixin_38694023> 上传 | 大小：42kb

[其它] 编写测试需求及测试用例

说明：测试用例的模版其实没有太多的差异，而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说，测试用例模版包括最主要的三项：操作说明，预期结果和否通过。有了这三项 　　测试用例的模版其实没有太多的差异，而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说，测试用例模版包括最主要的三项：操作说明，预期结果和否通过。有了这三项，其它的就根据你的需要来添枝加叶了，我blog上面有一个我现在用的测试需求及用例模版，可参考一下。 　　问题是如何填满这个模版，即如何编写测试需求和用例。有的人把测试需求
<weixin_38713099> 上传 | 大小：70kb

[其它] 从用例得到测试用例

说明：用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径
<weixin_38732811> 上传 | 大小：222kb

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

说明：2004年底在大连出差的时候，帮一个项目做测试，顺便写下这个检查表，这个检查表对测试的初学者积累经验比较有用，实际对于有经验的测试人员尤其对于测试业务管理信息系统，基 　　2004年底在大连出差的时候，帮一个项目做测试，顺便写下这个检查表，这个检查表对测试的初学者积累经验比较有用，实际对于有经验的测试人员尤其对于测试业务管理信息系统，基本上大量的测试不需要再编写测试用例，当然对业务流程、复杂逻辑还是要设计详细的测试用例的。如果你测试的系统是有大量人机交互的业务管理信息系统，而且你又比较懒惰，那就
<weixin_38659789> 上传 | 大小：64kb

[其它] 基于测试用例进行测试管理

说明：对于产品来说，如何通过黑盒测试来保证产品的质量是一件很艰苦的事，手工测试人员一遍遍的进行测试，最大程度的发现产品中的缺陷。个人认为，在黑盒测试中，测试的核心工作 　　对于产品来说，如何通过黑盒测试来保证产品的质量是一件很艰苦的事，手工测试人员一遍遍的进行测试，最大程度的发现产品中的缺陷。个人认为，在黑盒测试中，测试的核心工作内容应围绕着测试用例来进行。下面为个人对“基于测试用例进行测试管理”的一些认识。 　　我们都知道，测试，不管是白盒，黑盒，功能或性能测试都离不开测试用例，可以怎么说，测试用例
<weixin_38693173> 上传 | 大小：82kb

[其它] 可测试性的具体体现

说明：一.功能测试1.安装测试：1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装;2)若是选择安装，查看能否实现其相应的功能;3) 　　一.功能测试 　　1.安装测试： 　　1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装; 　　2)若是选择安装，查看能否实现其相应的功能; 　　3)在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功(没有程序组及程序项产生); 　　4)软件安装后，对其它已经安装的软件是否有影响; 　　5)裸机安装后，各功能点是否可
<weixin_38678550> 上传 | 大小：57kb

[其它] 获取负面测试用例的技术

说明：负面测试在BS7925-1中的英国标准定义是采用Beizer的定义，其定义负面测试为“旨在说明软件不能工作的测试”(原文：Testingaimedatshowingsoftwaredoesnotwork)。它可以带出一系列补充性的和 　　1.负面测试的目的 　　负面测试在BS7925-1中的英国标准定义是采用Beizer的定义，其定义负面测试为“旨在说明软件不能工作的测试”(原文：Testingaimedatshowingsoftwaredoesnotwork)。它可以带出一系列补充性的和竞争性
<weixin_38605967> 上传 | 大小：74kb