[其它] 高效率测试之巧用策略模式

说明：做过测试工作的人或许都知道，测试一个产品的工作量是比其开发的工作量要大得多的(在微软，一个团队测试人员的数目与开发人员的理想的比例是1.5比1)。做过测试工作的人也一定知道，这个“1.5倍”的黄金比例由于开发进度，项目需求的原因常常不容易满足——即使是在微软，这样一个对软件测试有巨大投入的公司。可以想象，一边是紧迫的项目进度，一边又是必须提供给用户最高质量产品的不可侵犯的原则，这事儿对测试团队就是一个地地道道的“杯具”。所幸的是，微软的工程师们总能绞尽脑汁，螺蛳壳里做道场，榨干每一行代码、每一个
<weixin_38746574> 上传 | 大小：104kb

[其它] 路由器测试的类型和方法

说明：随着信息产业的飞速发展，计算机网络技术得到广泛应用，计算机网络已成为现代工作生活中必不可少的一部分。路由器作为计算机网的核心设备，相应地在网络上存在广泛的应用。高端路由器现已由企业级设备成为公众网上重要的电信级设备。随着互联网络的逐步普及以及它在生活中重要性的增加，路由器的性能、功能、安全性、可靠性等指标变得越来越重要。所以对路由器的测试有其重要性与必要性。路由器测试规范主要有下面通信行业标准来规范：YD/T1156-2001《路由器测试规范-高端路由器》;YD/T1098-2001《路由器测试
<weixin_38698860> 上传 | 大小：61kb

[其它] 嵌入式软件测试策略

说明：在嵌入式领域目标系统的应用系统日趋复杂，而由于竞争要求产品快速上市，开发技术日新月异，同时硬件发展的日益稳定，而软件故障却日益突出，软件的重要性逐渐引起人们的重视，越来越多的人认识到嵌入式系统的测试势在必行。提到嵌入式软件测试，首先要简单介绍一些软件工程的一些观点，现在，被普遍接受的软件的定义是：软件(software)是计算机系统中与硬件(hardware)相互依存的另一部分，它包括程序(program)、相关数据(data)及其说明文档(document)。其中程序是按照事先设计的功能和性能
<weixin_38702110> 上传 | 大小：71kb

[其它] 手机黑盒测试方式与方法

说明：1、ReleaseTestPurpose:测试手机的基本功能是否实现，是否有进一步测试的必要性 　　1、ReleaseTest 　　Purpose: 　　测试手机的基本功能是否实现，是否有进一步测试的必要性 　　Attention: 　　ReleaseTest的TestCase具有一定的典型性，主要是反映手机最基本功能的TestCase 　　本类测试只需要依据TestCase进行测试，不需要进一步发挥 　　如果有发现与Case无关的Error,在测试通过后才可以填报ErrorReport 　　此
<weixin_38507121> 上传 | 大小：57kb

[其它] 基于云的测试系统经历

说明：任何特定软件即将发布并投入生产期间，其性能一直备受关注。尽管一软件已被用户证明如预期的正常运作(通过功能测试后)，故障仍可能会发生，尤其当它无法承担用户生成的大量lo 　　介绍 　　任何特定软件即将发布并投入生产期间，其性能一直备受关注。尽管一软件已被用户证明如预期的正常运作(通过功能测试后)，故障仍可能会发生，尤其当它无法承担用户生成的大量loads，volumes，transactions等时。评估软件的质量和适用性时，很少认真考虑这种非功能需求。因此，谨慎和周密的策划分析和性能测试用例设计
<weixin_38677505> 上传 | 大小：402kb

[其它] 如何做好回归测试

说明：在总结回归测试的方法时发现，不管国内国外，这都是个头疼的话题。做是要做，也能做，但是从效率角度说可是千差万别。给我足够多的人或是时间，总是可以保证回归测试进行的 　　在总结回归测试的方法时发现，不管国内国外，这都是个头疼的话题。做是要做，也能做，但是从效率角度说可是千差万别。给我足够多的人或是时间，总是可以保证回归测试进行的彻底，可是那并不是做事情的方法和解决问题的手段。我觉得google的JamesWhittaker说的好“事实上，有些测试组坚持要保持一个规模相对比较大的团队主要是因为他们的假
<weixin_38640984> 上传 | 大小：63kb

[其它] 回归测试漫谈

说明：众所周知软件测试这个职业有一个为从业者不悦的一个特点就是有时特别烦琐,要经常做重复性的东西,相信同行或多或少都会有这个感慨,而罪魁祸首就是回归测试.如果每次测试的功能 　　众所周知软件测试这个职业有一个为从业者不悦的一个特点就是有时特别烦琐,要经常做重复性的东西,相信同行或多或少都会有这个感慨,而罪魁祸首就是回归测试.如果每次测试的功能点都是新的,每次执行的测试用例都是未曾执行过的话,我相信同行都不会觉得厌烦反而很有兴致想看下新的功能是怎样的,执行起用例来也特认真.我也是如此,如果做久了一个项目
<weixin_38625442> 上传 | 大小：77kb

[其它] 回归测试概念和策略

说明：回归测试做为测试中最重要，同时也是最复杂的一种测试类型。一直都是大家关注的焦点。转载一篇关于回归测试的概述，这篇文章从回归测试的基本概念定义、回归测试的测试策略包 　　回归测试做为测试中最重要，同时也是最复杂的一种测试类型。一直都是大家关注的焦点。转载一篇关于回归测试的概述，这篇文章从回归测试的基本概念定义、回归测试的测试策略包括测试用例的维护和更新，回归测试用例的选择、回归测试的实施步骤等都做了较为详尽的描述。更从回归测试的角度阐述了自动化测试对于回归测试的重要性。如果要详细了解回归测试，强烈
<weixin_38751016> 上传 | 大小：65kb

[其它] 分布式不完备决策信息系统的属性约简

说明：分布式不完备决策信息系统的属性约简
<weixin_38725119> 上传 | 大小：2mb

[其它] 软件测试中的回归测试的风险

说明：“但是，它仅仅是一个很小很小的改动!我们怎么会预先想到它会造成这么大的问题?”怎么会，确实! 　　“但是，它仅仅是一个很小很小的改动!我们怎么会预先想到它会造成这么大的问题?” 　　怎么会，确实! 　　回归(向后追溯)是软件系统的现实生活。即使之前是很好地工作的，但是不能确保它会在最近的“很小”的改变后也能工作。是的，模块设计和充分的系统架构可以减少这种问题的出现，但是不能完全消除。 　　回归测试是永远都需要的。但是我们在非常有限的时间里测试一个“很小”的改动，我们怎么进行充分的回归测试呢?我们
<weixin_38576045> 上传 | 大小：63kb

[其它] 软件测试需要一个“自觉”的过程

说明：软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现　　软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现的隐藏的软件缺陷。　　生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷(SoftwareBug)的具体含义包括下面几个因素：　　*软件未
<weixin_38679276> 上传 | 大小：80kb

[其它] 一个软件测试工程师的加班经历

说明：背景： 　　我们的软件产品需要在A、B、C三种硬件平台(理论上对我们的软件影响是不大的)上工作，早些时候已经成功在A上工作了，但在B、C上还有些问题，加班的那天是一个deadline，需要保证在B、C上也能够工作。这个产品由X、Y、Z三个部分组成，分别由三个team负责，基本的关系是：X和用户打交道，X调用Y，Y是数据进数据出，Y调用Z，Z和硬件打交道。 　　其中，X和Y都是新写的程序，而且早些时候，在X上发现了较多BUG，Y基本上没发现问题。Z的代码在以前的产品中就有，相对已经比较稳定。由于项
<weixin_38630139> 上传 | 大小：88kb