![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
测试文章
文章平均质量分 53
leo_wh1982
这个作者很懒,什么都没留下…
展开
-
测试的目的应该是验证需求
测试的目的是什么呢?这是一个看起来很简单、不太值得讨论的问题,但往往这样的问题其实是很难回答的,比如人生的意义是什么?好,现在我们就来,列举一下我们经常听到的对这个问题的回答:“软件测试的目的是尽可能发现并改正被测试软件中的错误,提高软件的可靠性。”,这个定义听起来很正确,但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩,其实这就是这种测试目的论在后面作祟,其结果如转载 2008-09-01 11:07:00 · 341 阅读 · 0 评论 -
软件测试管理常见问题及其回答
1、测试负责人要进行严格的测试进度跟踪吗? 很多时候,由于人力资源的不足,测试项目负责人都是在执行测试,这样就使整个项目缺乏控制,一些问题(例如:有些成员的缺陷质量不够合格;开发人员修改不及时,系统某些功能发生严重问题导致部分功能无法测试。)得不到解决,耽误了进度。所以测试负责任必须全程监控项目,尽可能多的掌握信息。通常,测试负责人需要完成下面这些内容的管理工作: 测试用例执行情况;转载 2008-09-10 14:42:00 · 324 阅读 · 0 评论 -
自动化测试闲言杂语
项目的自动化测试有了一个比较理想的结果,易于扩展、维护和使用的测试架构,接近80%的覆盖率,项目组积极的反馈结果,半年的努力没有白费。回想起刚到公司时接下这个重任,自己并没有把握,甚至有些心虚,毕竟自动测试并不是我所擅长的,而且,陌生的测试工具、庞大而复杂的测试系统,对我来说都是一种挑战。心里没有把握自然不能跟老板说,打电话给一个在这方面经验很丰富的朋友,他告诉我“要自信,要靠自己”,于是,摒转载 2008-09-10 14:43:00 · 408 阅读 · 0 评论 -
LoadRunner测试Web的常见问题
性能测试是一件非常严谨的事情,就像我以前写过的一样,很多用户的=性能测试的问题在于测试本身。以下列举几条LoadRunner测试Web的常见问题。 网络带宽问题 对Web进行压力测试时,通常百兆网络是不够的,当网络带宽不够的时候server端没有足够压力。用LoadRunner所在的Windows的性能管理器看一下网络利用率就知道了。 Vuser脚本的检查 虽然Load转载 2008-09-10 14:44:00 · 893 阅读 · 1 评论 -
内部技术交流白盒测试总结
白盒测试是通过对程序内部结构的分析、检测来寻找问题。 白盒测试可以把程序看成装在一个透明的白盒子里,也就是清楚了解程序结构和处理过程,检查是否所有的结构及路径都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。白盒测试又称结构测试。1 白盒测试基本技术: 词法分析与语法分析,静态错误分析,程序插桩技术。2 白盒测试方法 2.1代码检查法:代码检查方式(桌面检查,代码审查,走查),代码检转载 2008-09-10 14:47:00 · 398 阅读 · 0 评论 -
网站测试都要测试哪些及如何进行测试
1 UI测试 看页面是否美观养眼(包括页面的布局是否合理,策划是否舒服美观,页面长度是否合理,前景色与背景色是否搭配,页面风格是否统一,色调是否适合人眼,会不会太刺眼,字体大小是否合适,字体的颜色是否与背景色搭配,字体链接时是否会出现设置怪异的背景色,字体颜色有没有与背景色太接近或差距太大导致我们没办法看清字体或刺激了我们的视觉,点击链接时图片和字体会不会产生移位),表格和DIV测试,是转载 2008-09-10 14:48:00 · 448 阅读 · 0 评论 -
winrunner的基本操作
(1),先在Winrunner里建一个脚本(这里以http://www.newtours.demoaut.com的订购飞机票为例)(2),点击Record开始录制,for (i=1; i {# Shell_TrayWnd set_window ("Shell_TrayWnd", 3); toolbar_button_press ("ToolbarWindow32_0_1", "启动 Int转载 2008-09-10 14:50:00 · 505 阅读 · 0 评论 -
LoadRunner如何在大负载下测试
在大负载中使用LoadRunner进行负载测试,需要配置一些环境来满足大负载下各种资源的充足: 1.为了避免出现“No Buffer Space Available”的错误,需要进行如下配置: 1)修改注册表: * 设置“HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/tcpip/Par ameters/TcpTimedWaitDelay”转载 2008-09-10 14:52:00 · 548 阅读 · 0 评论 -
测试分析心得体会
本文出自shaofei19820625的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?74714 在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析转载 2008-10-09 18:36:00 · 411 阅读 · 0 评论 -
从模板看微软实用主义测试
本文出自UniqueStudioWCD的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?146934 这几天正在着力准备一个新项目的测试工作,信息调研完毕开始准备测试计划了。 按照以前自己的测试模板设计了一份测试计划,但是正好想起来前几天买的一本书来,翻了一下这本号称“软件测试与质量保证圣经”p79,关于测试计划的部分,不看不知转载 2008-10-09 18:41:00 · 307 阅读 · 0 评论 -
通常书写Test Case时需要考虑的检查点
对于屏幕显示来说包括: 检查显示的布局; 检查域和按钮的顺序; 检查域的尺寸; 检查字体的大小和风格; 检查文本的含义; 检查拼写错误; 检查屏蔽域; 检查只读域; 检查图片; 检查按钮的状态; 检查按钮的尺寸; 检查按钮的图标和名字; 检查是否有重复的图标; 检查指针是否在第一个可输入域; 检查TAB键转载 2008-10-09 18:43:00 · 655 阅读 · 0 评论 -
编写测试需求及测试用例的一些体会
测试用例的模版其实没有太多的差异,而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说,测试用例模版包括最主要的三项:操作说明,预期结果和否通过。有了这三项,其它的就根据你的需要来添枝加叶了,我blog上面有一个我现在用的测试需求及用例模版,可参考一下。 问题是如何填满这个模版,即如何编写测试需求和用例。有的人把测试需求和测试用例分开来编写的。测试需求作为一个文档,测试用例作为另一转载 2008-10-09 18:44:00 · 479 阅读 · 0 评论 -
如何发现更深层次的bug?
本文出自森林一木的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?2730看到有位朋友说测试人员应该发现更深层次的bug,没有指出如何做,我这里补充下,不对之处见谅。在我们日常的测试活动中,单纯的功能界面测试(黑盒测试)发现的缺陷质量不高,即使发现了,也很少能从根本上去定位,这样的bug提交上去,给我们的研发同事修复带来了困难,同时转载 2008-10-09 18:33:00 · 545 阅读 · 0 评论 -
浅谈Java中的通信机制及与C/C++ API的集成
背景: 对于旧有系统的改造和升级,最苦恼的莫过于跨平台,跨语言。我的一个朋友最近从Java专向了专攻.NET——因为.NET的CLR既有类似Java虚拟机概念这种已经被证明很成功的底层托管能力。又对于Windows的就有桌面应用提供了良好的兼容。 最近我的一个个人项目也面临着这样的需求。一个C语言开发的中间件,通过API暴露给二次开发及插件应用。现在由于对其应用的需求变得日趋复杂,转载 2008-10-09 18:35:00 · 339 阅读 · 0 评论 -
黑盒测试方法揭密
一、黑盒测试在快速应用开发(rad)环境中的重要作用 软件测试方法一般分为两种:白盒测试与黑盒测试。其中,白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,着重于程序的内部结构及算法,通常不关心功能与性能指标。黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,实际上是站在最终用户的立场上,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。转载 2008-10-09 18:39:00 · 285 阅读 · 0 评论 -
系统测试的方法
计算机软件是基于计算机系统的一个重要组成部分,软件开发完毕后应与系统中其它成分集成在一起,此时需要进行一系列系统集成和确认测试。对这些测试的详细讨论已超出软件工程的范围,这些测试也不可能仅由软件开发人员完成。在系统测试之前,软件工程师应完成下列工作: (1) 为测试软件系统的输入信息设计出错处理通路; (2) 设计测试用例,模拟错误数据和软件界面可能发生的错误,记录测试结果,为系统转载 2008-10-09 18:40:00 · 841 阅读 · 0 评论 -
等价类划分法的个人经验
本文出自biscuit的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?161596 等价类划分法:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 划分出的等价类中按以下三个原则设计测试用例: ①为每一个转载 2008-10-09 18:41:00 · 703 阅读 · 0 评论 -
浅谈如何有效制度测试计划?
说实话,刚看到同行在论坛里提这个问题时,感觉这个问题问的太大了,真是不知道该怎么帮助这位同行,今天想想,就从一些硬件方面着手说说吧,我这里说的硬件指的是大概把握点;软件方面是指如何有效灵活应用,由于各种情况太多,个人能力有限,这里就只谈谈要把握的几个基本点。 测试计划的制定,要考虑的因素确实很多,但要抓住最主要的就可以避免大的测试执行风险。 为了有效的制定测试计划,首先要清楚,制定转载 2008-10-09 18:42:00 · 516 阅读 · 0 评论 -
如何在有限的时间内编写完整有效的测试用例
在测试工作中,“直接拿到软件就测试”的做法曾经很普遍,现今这种情况应该很少了,它只属于那个特定的时期。在回答这个问题之前,我觉得有必要展现这种特殊的情况所处的背景。 ● 它发生在那个软件开发不规范的年代,软件开发还处于原始的状态; ● 由于不规范,所以不能指望它有完整的开发及测试文档。 在以上的前提条件下,要在有限的时间内编写有效且完整的测试用例,的确不是一般人可以做到的,对转载 2008-09-10 14:42:00 · 950 阅读 · 0 评论 -
Bug追踪过程中需要注意的问题
来源:中国IT实验室 很多朋友都问我,为什么那么喜欢研究bug报告,其实个人一直觉得bug报告高于一切,它是测试人员价值的终极体现。也许是工作的性质,我经常将香港的同事和深圳同事做比较,发现他们一个优点特别值得我们学习:做什么事一般不会去衡量事情的最终利益,更多的是决定后考虑如何更好地把事情做好。 脚踏实地,希望我自己也能够这样努力下去。 ·尽量减少重现的步骤以达到用最少的步骤来重现问题;这转载 2008-09-01 12:22:00 · 289 阅读 · 0 评论 -
程序的静态测试之源程序静态分析
通常采用以下一些方法进行源程序的静态分析。 ① 生成各种引用表 直接从表中查出说明/使用错误等。如,循环层次表、变量交叉引用表、标号交叉引用表等。 为用户提供辅助信息。如,子程序(宏、函数)引用表、等价(变量、标号)表、常数表等。 用来做错误预测和程序复杂度计算。如,操作符和操作数的统计表等。 ② 静态错误分析 静态错误分析主要用于确定在源程序中是否有某类错误或“危险”结构。 类转载 2008-09-01 12:13:00 · 619 阅读 · 0 评论 -
10款常用的JAVA测试工具
1. 美国Segue公司的Silk系列产品Segue公司一直专注于软件质量优化领域。在Segue的产品套件中,拥有业内最强劲且最容易使用的、用于企业应用测试、调优和监测的自动化工具,能够帮助用户保障应用在其生命周期内的可靠性和性能。 (1) SilkPerformer——企业级性能测试工具u 企业级自动化测试工具能够支持多种系统,如Java、。Net、Wireless、COM、CORBA转载 2008-09-01 11:09:00 · 278 阅读 · 0 评论 -
为什么用例不是“功能”?
多数人从用例开始就走入了迷途,也许是用例图和数据流图的相似性导致人们把用例定义为简单的功能或者菜单项。不论原因是什么,这都是新手最容易犯的错误。 图 1 错误的方式:用例是菜单项或者功能 这幅图有什么错误?用最简单的定义,我倾向于把用例看作是关于使用系统作某些有用的事情的方式的故事。利用这个定义,是不是所有的“用例”都是独立的有用的呢? 答案当然是不是,在这个例子中,用例表示了系统需转载 2008-09-01 11:13:00 · 407 阅读 · 0 评论 -
性能测试工具tptp使用
http://www.blogjava.net/xiaodu/archive/2008/08/23/223898.html程序在实际应用当中,大数据量时对系统本身的影响是一个不得不面对的问题。什么是tptpEclipse Test and Performance Tools Platform(TPTP)用它可以监测运行的并发线程数据、内存的使用情况等,是不款非常不错的性能测试工具,它是eclip转载 2008-09-01 11:14:00 · 460 阅读 · 0 评论 -
测试新思路
项目的开发风险来自于对需求的误解,来自于设计与开发过程及产品的缺陷,只有尽早发现这些缺陷,才能降低并控制项目风险。基于这种思想,软件业出现了一些新的测试思路,主要有二: 1、测试驱动开发(Test-Driven Development,简称TDD)。这种测试思想被最近流行的XP(Extreme Programming)极限编程方式所大力提倡。它的基本思想是,通过测试来为编程做指导,在某个转载 2008-09-01 11:15:00 · 418 阅读 · 0 评论 -
飞花摘叶还是重剑无锋
有来面试的同行问个一个问题:“如果微软的开发和测试工程师都需要写代码,那么两者写出来的代码有高下之分吗?” 当时我只能简单的解释一下。现在可以多说一些了。举个例子,单元测试。适合不同语言的工具有一大堆,各个论坛上都能搜到大堆文章。出现频率最高的不外乎CppUnit,NUnit,JUnit三种。比起NUnit和JUnit,CppUnit因为C++语言特性的关系,用起来较不方便。这转载 2008-09-01 11:32:00 · 316 阅读 · 0 评论 -
纯技术角度看自动化测试的迷思
谈到自动化测试方面的误区,不少文章倾向于从人性、管理、职业规划等方面进行探讨。我这次专门从计划、设计、实现、维护等技术角度总结一下。自动化的最终目标是什么?很多人以为是像工业革命一样消灭手工劳动者,在这里等于手工测试人员。但是测试存在一个目前来看还算正确的、其他行业不多见的悖论:任何时候,你都不能准 确知道还有多少bug,就像警察不能准确知道还有多少贼一样。所以自动化的最终目标——目前来说——转载 2008-09-01 11:34:00 · 217 阅读 · 0 评论 -
测试用例的标准
测试用例是有一定的分类的。要是没有科学分类的用例,是不便于维护和阅读。 最好按标准写:接口测试用例、路径测试用例、功能测试用例、容错能力、性能测试用例、用户界面测试、信息安全测试、压力测试用例、可靠性测试用例、安装/反安装测试用例。 测试用例与软件质量特性有对应关系。 软件质量特性: 功能性:一组功能(能满足明确的或隐含的需求)及其指定的特性。 适合性:软件能否提供一组功能及这组功能转载 2008-09-01 11:35:00 · 338 阅读 · 0 评论 -
测试缺陷分析务实篇
摘要: 测试活动作为IT项目和产品开发一个重要的环节,通过发现产品或组件的缺陷,并反馈给开发组修复验证这些缺陷,从而在一定程度上保证了外发产品的质量。对这些测试活动发现的缺陷进行深入的分析,可以有助于我们进行质量预测、进行过程改进、量化的衡量产品质量。 关键词: 测试分析、过程改进、质量预测、过程能力、缺陷 正文: 项目研发过程中,我们通过单元测试、集成测试、系统测试发现了大量的缺陷转载 2008-09-01 11:35:00 · 559 阅读 · 0 评论 -
软件错误跟踪处理流程
大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以便报告、查询、分类、跟踪、处理和验证错误。 为了保证发现和报告的错误质量,需要首先由经验丰富的测试人员,在缺陷跟踪数据库中对新发现的错误进行确认,如果确实属于错误,再由错误修复工程师进行修复处理。 1、软件错误的状态 *新错转载 2008-09-01 12:07:00 · 805 阅读 · 0 评论 -
如何写软件测试缺陷管理的报告
软件缺陷的描述是是软件缺陷报告的基础部分,也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。 一个好的描述,需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则,它就会使信息含糊不清,可能会误导开发人员。准确报告软件缺陷是非常重要的,因为:清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量提高软件缺陷修复的速度,使每一个小组能够有效的工作提高测试人员的信任度,可以得到开转载 2008-09-01 12:08:00 · 683 阅读 · 0 评论 -
话说软件测试中的“易用性”测试
来源:中国IT实验室 Usability的概念在中国开始逐渐为企业所认识,但是作为这个领域的核心词汇,usability的中文翻译仍未统一。目前存在着两个主流版本:“可用性”和“易用性”。这两个译法虽然只有一字之差,但它们所传达的含义却大相径庭。对这两者的取舍已经不仅仅是哪个更好一点的锦上添花的问题,而是哪个对哪个错的是非原则问题。“易用性”的使用对于正确理解usability具有极大的片面性和转载 2008-09-01 12:13:00 · 523 阅读 · 0 评论 -
对代码覆盖率价值的初步认识
来源:希赛网 关于代码覆盖率,之前6年的工作经历中,只是依稀听闻过。之前的组织里,从未关注过这个指标,只是有一段时间用NUnit做了单元测试,主要是测试一些关键类关键方法是否正常,对代码覆盖率的印象就真的一直是停留在听闻的程度。汗一个! 前些时日,关于自动测试的讨论中有人提及到代码覆盖率,激发了我的好奇,到底什么是代码覆盖率?最重要的是于测试工作而言有怎样的价值呢?今天花了一点时间查了一下,有转载 2008-09-01 12:14:00 · 317 阅读 · 0 评论 -
测试领域中有待解决的难题们
最近人们谈到测试,常常会听到:测试其实很复杂,所以很有前途。但具体怎么复杂却不尽其详。我觉得这篇我在微软内部测试架构师站点里读到的,Jim Moore 关于测试领域中有待解决的难题的文章很有启发。读过之后,静心想想,技术含量如何?好像蛮高的?呵呵,也许吧。这其中有些在微软已经解决了,有些却也是没有解决的。 突然发现,测试技术对一个公司来说好像还蛮秘密的,微软很多内部测试工具测试框架都转载 2008-09-01 12:15:00 · 216 阅读 · 0 评论 -
行百里者半九十:浅谈发布测试
你知道哥德堡号是怎样沉没的吗?07年第8期的《读者》上有篇文章引起了我的兴趣。哥德堡号是18世纪瑞典人的希望:他们需要从海上贸易来充实因为战争而濒临枯竭的国库。建造哥德堡号动用了瑞典当时15%的国内生产总值,船坚炮利不在话下。然而在最后一次返航途中离码头900米的地方撞上了当地人再熟悉不过的一块暗礁,在欢迎人群的注视下满载着从中国运来的瓷器、茶叶和丝绸沉入海底。你的开发工作中也会有平时再熟悉不转载 2008-09-01 12:21:00 · 306 阅读 · 0 评论 -
论性能测试中的“响应时间”
今天收到一个读者的来信,对于我在书中提到的“响应时间”有一些疑问,以下是他的邮件中提到的问题:1,“系统响应时间”如何定义?是指“客户端接收到响应所消耗的时间”还是“接收到最后一个字节数据所消耗的时间。。。。”?2,书中提到“可以使用技巧在数据尚未接收完成时进行呈现来减少用户感受到的响应时间”,这一句话是什么意思?先回答第一个问题,我在书中找到了原文:而“系统响应时间”指应用系统从请求发出开始到转载 2008-09-01 11:11:00 · 496 阅读 · 0 评论 -
软件测试成熟度与自动化测试
Kerry Zallar 在《Are you ready for automation》中提到软件测试的成熟度对于成功实现自动化测试的影响,其中的一个图对我来说很有启发: 我想大部分在尝试自动化测试而未获得成功的软件企业要首先看看这个图,看自己的软件测试组织处于怎样的成熟度,而不要盲目地上自动化测试。转载 2008-09-01 11:12:00 · 277 阅读 · 0 评论 -
软件缺陷的分类与管理
通常大家发现软件缺陷时会对软件缺陷进行分类,可分类的方式只有一种,就是严重极别,难道没有其它的分法吗。比如我们碰到下面这种情况,测试人员发现有一种功能是必需加入进去的,这时他与程序员说,程序员说没有时间或是不必要,这时这种情况则会形成两者的扯皮,最终的结果也就不了了知了,这样会戳伤了测试人员的积极性,下次他们再也不会尽心的考虑产品的问题,只要可以运行就可以了。其实这种情况是可以解决的,下面我会转载 2008-09-01 12:07:00 · 281 阅读 · 0 评论 -
集成测试与单元测试的联系
集成测试是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。此外,如果程序由多个进程组成,应该成对测试它们,而不是同时测试所有进转载 2008-10-09 18:45:00 · 686 阅读 · 0 评论