摘要: Music styles: Rock: To play or dance to rock 'n' roll. Rap: A form of popular music characterized by spoken or chanted rhyming lyrics with a syncopated, repetitive rhythmic accompaniment. R&B: Rhythm ... 阅读全文
posted @ 2008-04-24 17:21 Atine 阅读(2284) 评论(0) 推荐(0) 编辑
摘要: 1、 为什么尽量不要让时间有富裕的员工去做一些测试? 表面上看这体现了管理的效率和灵活性,但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心,善于学习、思考和发现问题,细心有条理,总结问题,如果具备这样的优点,做其它工作同样也会很出色,因此这里还有一个要求,就是要喜欢测试这项工作。如果他是专职的,那么肯定更有经验和信心。国内的小伙子好象都喜欢做程... 阅读全文
posted @ 2008-04-24 15:38 Atine 阅读(296) 评论(0) 推荐(0) 编辑
摘要: 在进行配置测试时,测试工程师仍然会发现一些普通的缺陷,也就是与配置环境无关的缺陷。因此判断新发现的问题,需要在不同的配置中重新执行发现软件缺陷的步骤,如果软件缺陷不出现了,就可能是配置缺陷;如果在所有的配置中都出现,就可能是普通缺陷。 需要注意的是,配置问题可以在一大类配置中出现。例如,拨号程序可能在所有的外置Modem中都存在问题,而内置的Modem不会有任何问题。 阅读全文
posted @ 2008-04-24 15:35 Atine 阅读(254) 评论(0) 推荐(0) 编辑
摘要: “杀虫剂怪事”一词由Boris Beizer在其编著的《软件测试技术》第二版中提出。用于描述测试人员对同一测试对象进行的测试次数越多,发现的缺陷就会越来越少的现象。就像老用一种农药,害虫就会有免疫力,农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉,形成思维定势。 为了克服这种现象,测试人员需要不断编写新的测试程序或者测试用例,对程序的不同部分进行测试,以发现更多的缺陷... 阅读全文
posted @ 2008-04-24 15:33 Atine 阅读(327) 评论(0) 推荐(0) 编辑
摘要: 这个问题是国内测试工程师经常遇到的问题,根源就是国内软件开发文档管理不规范,对变更的管理方法就更不合理了。实际上没有任何文档的时候,测试人员是能够进行黑盒测试的,这种测试方式我们可以称之为探索测试,具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能,进而发现缺陷。 在这种做法基本上把软件当成了产品说明书,测试过程中要和开发人员不断的进行交流... 阅读全文
posted @ 2008-04-24 15:32 Atine 阅读(724) 评论(0) 推荐(0) 编辑
摘要: 随着软件文档系统日益庞大,文档测试已经成为软件测试的重要内容。文档测试对象主要如下: 包装文字和图形; 市场宣传材料、广告以及其它插页; 授权、注册登记表; 最终用户许可协议; 安装和设置向导; 用户手册; 联机帮助; 样例、示范例子和模板; ... 阅读全文
posted @ 2008-04-24 15:31 Atine 阅读(438) 评论(0) 推荐(0) 编辑
摘要: 配置测试的目的是保证软件在其相关的硬件上能够正常运行,而兼容性测试主要是测试软件能否与不同的软件正确协作。 配置测试的核心内容就是使用各种硬件来测试软件的运行情况,一般包括: (1) 软件在不同的主机上的运行情况,例如Dell和Apple; (2) 软件在不同的组件上的运行情况,例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况; (3) 不同的外设; (4)... 阅读全文
posted @ 2008-04-24 15:28 Atine 阅读(296) 评论(0) 推荐(0) 编辑
摘要: 这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写出来,目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子:欧美、日本等软件外包文档都是这样做的。 另外一种观点就是主张写的粗些,类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范,变动十分频繁,因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护... 阅读全文
posted @ 2008-04-24 15:27 Atine 阅读(702) 评论(0) 推荐(0) 编辑
摘要: 在国内软件开发管理中,文档管理几乎是最弱的一项,因而在测试工作中特别容易忽略文档测试也就不足为奇了。要想给用户提供完整的产品,文档测试是必不可少的。文档测试一般注重下面几个方面: 文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。 描述与软件实际情况的一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,... 阅读全文
posted @ 2008-04-24 15:26 Atine 阅读(1056) 评论(0) 推荐(0) 编辑
摘要: 瓶颈主要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求,“特定”是指瓶颈会在某些条件下会出现,因为毕竟大多数系统在投入前。 严格的从技术角度讲,所有的系统都会有瓶颈,因为大多数系统的资源配置不是协调的,例如CPU使用率刚好达到100%时,内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨论:关键是看系统能否满足用户需求。在用户极限使用系统... 阅读全文
posted @ 2008-04-24 15:24 Atine 阅读(287) 评论(0) 推荐(0) 编辑
摘要: 性能测试是一个较大的范围,实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。 压力测试是对服务器的稳定性以及负载能力等方面的测试,是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试,主要是测试系统在一种或者集中极限条件下的相应能力,是性能测试的重要部分。100个用户对系统进行连续半个小时的访问可以... 阅读全文
posted @ 2008-04-24 15:23 Atine 阅读(324) 评论(0) 推荐(0) 编辑
摘要: 强度测试是为了确定系统在最差工作环境的工作能力,也可能是用于验证在标准工作压力下的各种资源的最下限指标。 它和压力测试的目标是不同的,压力测试是在标准工作环境下,不断增加系统负荷,最终测试出该系统能力达到的最大负荷(稳定和峰值),而强度测试则是在非标准工作环境下,甚至不断人为降低系统工作环境所需要的资源,如网络带宽,系统内存,数据锁等等,以测试系统在资... 阅读全文
posted @ 2008-04-24 15:21 Atine 阅读(374) 评论(0) 推荐(0) 编辑
摘要: 单元测试大多数由开发人员来完成,测试人员技术背景较好或者开发系统软件时可能会安排测试人员进行单元测试,大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题主要是扩充一下读者的视野。 单元测试一般包括五个方面的测试: (1)模块接口测试:模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意义。模块接口测试也是集成测试的重点,这... 阅读全文
posted @ 2008-04-24 15:19 Atine 阅读(724) 评论(0) 推荐(0) 编辑