51CTO博客开发
黑盒测试用例的设计方法包括边界值法，等价类法，正交组合对法(OrthogonalPairs)和因果图法(CauseEfffect，类似于决策树软件测试法)等等，其中组合对法和因果图法由于涉及到输入条件与输出结果直接的组合与逻辑关系比较复杂，不适合用人工的方式计算。 BenderRBT是基于需求的功能测试用例设计工具，具有组合对法(OrthogonalPairs)和因果图(CauseEffect
MobileRunner 是面向移动平台的自动化测试工具。支持同时直接连接多台移动设备，通过脚本录制和执行，实现移动设备和应用的自动化测试、设备兼容性测试、功能等测试工作。 MobileRunner可以进行 ● 基于移动平台设备系统功能方面的测试 ● 基于移动平台设备APP方面的测试 ● 在移动设备操作，录制创建脚本MobileRunner产品特点：● 在移动设备操作，录制创建脚本● 编
最近由于公司在组织一个Free CoDE的项目，也就是由大家自己选择研究方向来做一些自己感兴趣的研究。由于之前我学过一点点关于android的东西，并且目前android开发方兴未艾如火如荼，但自动化测试还基本上属于新兴领域，接触的人并不多，所以我给我们团队提出研究android自动化测试方面的项目，果然得到大家一致的赞同，大家的兴致都很高，呵呵。于是二话不说，我们开始看看现在android平台上
Appium一款开源自动化测试工具，可以非常快捷的为iOS和Android移动平台创建功能自动化测试用例。相比其他的移动自动化测试工具，Appium测试由于调用了Selenium的client库使其可以使用任意的语言，包括Python、Ruby、Node.js,Objective，java等。本文我们主要讨论如何通过junit java example tests测试完成iOS sample ap
目标：目前越来越多的应用要支持移动设备，html5的推出，方便了页面对移动app的支持，那么我们该如何有效的去测试同时支持app和web的代码？web的测试可以使用浏览器的一些工具来辅助测试，比如ff的一些插件捕捉请求，抓包，可以来分析数据，进而验证数据的正确性与否，但是移动app该如何进行测试，如何去抓包，捕捉这些请求，客户端上是无法实现的。那么有别的方法吗？如果客户端测试你仅仅只用一个客户端来
常常，我们会听到老板或者老总等领导说，你们测试团队的贡献率或是价值在哪？软件系统的稳定性如何？下面我将根据这两个问题，作出一些解答。1.测试投资回报率企业为了获得利润，需花费大量的资金进行测试。在质量方面的投资会产生利润，例如提高产品质量会提高公司的声誉，使产品交付之后的维护成本减少，避免用户的抱怨。测试是一种带有风险性的管理活动，减少企业在未来因为产品质量低劣而花费不必要的成本。缺陷探测率：DD
工作两年了，我一直希望让自己每年对测试的理解更深入一层。工作一年的时候我写了《谈软件测试---一年工作总结》 ，谈轮了自己对各种测试的理解，这一年来，虽然对那些理概念的有所加强，自我感觉没有什么质的变化。前些天听我们公司的一位测试经理讲《敏捷测试》豁然开朗。他在学造飞机，而我一直在学造飞机里的一个发动机。我从来没想过，一个完整飞机的架构应该是怎样的。 如果想让测试在公司的项目中发挥出它最大的价值
在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定：1．基于“测试阶段”的原则： 每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段，我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后，再进行后面一个阶段的测试。举个例
tcpcopy在诸多互联网公司的负载测试中已经得到了实战性的运用，这么一个好工具，相信我们现在为您推荐也不是太晚。tcpcopy是一种应用请求复制（基于tcp的packets）工具，其应用领域较广，我们曾经应用于网易的广告投放系统，urs系统，nginx hmux协议开发等系统，避免了上线带来的很多问题。总体说来，tcpcopy主要有如下功能：1）分布式压力测试工具，利用在线数据，可以测试系统能够
GT（随身调）是APP的随身调测平台，它是直接运行在手机上的“集成调测环境”(IDTE, Integrated Debug&Test Environment)。小编:我们看到APP的测试工具越来越强大,类型越来越多样,功能越来越强悍,真是福利。利用GT，仅凭一部手机，无需连接电脑，您即可对APP进行快速的性能测试(CPU、内存、流量、电量、帧率/流畅度等等)、开发日志的查看、Crash日志
http://www.diggerplus.org/archives/3083
本文是我对软件测试人员考核的基本想法,欢迎大家完善它。我认为应该分下面几个方面去考核，然后设定适合公司现状的系数，得到最终的考核结果。 技术能力方面：1、对系统的业务的理解程度：在测试前可以进行典型业务的考试；2、测试用例设计能力：编写的测试用例对功能的覆盖程度，通过评审得出覆盖率等数据；3、报告的缺陷的质量：包括缺陷发现的难易程度，缺陷表述的透彻程度，缺陷
以前的例子中未能接触到socket协议，但这也是一个较为多用的协议，也是必须要学习掌握的。 此次例子采用本地及时通讯软件飞秋来做学习。 通过我下面录制的脚本来说明： /********************************************************************* * Created by Mercu
由于项目进入尾声,需要进行性能测试,没有专业的性能测试工程师,只好自己动手,研究一下loadrunner.发现loadrunner对web测试介绍比较多,牵涉到winsocket测试的资料极少,不过到处找一找,研究一下,也是可行的.先说一下我们的协议,采用tcp协议,与客户端采用自定义二进制流的方式进行通信.遵从普通的自定义协议的方式,即协议结构采用包头+包体的形式,包头为固定大小的长度,并在包头
从何处入手——小议流程制度规范改进时各种宏观微观，定位执行间的扯淡之处 看待同样一件事情，不同的人有不同的立场和角度，是非常正常的事儿。温瑞安在《说英雄谁是英雄》系列中，在苏梦枕刚结识白愁飞和王小石时，就写过一段经典的桥段： 苏梦枕问：加盟金风细雨楼，想先从何处入手？ 白愁飞回答：从核心和高处——搞清核心资源，弄熟规章制
如今的软件测试越发的呈现出这样一个现象：起点易，深入难。由此，整个行业也成两级分化之势，随着 大量经验库及自动化测试工具，两级分化之势日趋严重。测试之深度、之宽度，未来如何把控？下文以华为的视角，来看看华为测试团队的培养模式。1、软件设计能力：测试并非劣于研发，包括：架构、设计、对需求理解、甚至在商务的层面，测试软件设计思维能帮助一个产品少走弯路；2、原理分析提升：测试不仅仅只是发现缺陷，包括：定
1 了解传统项目开发流程（瀑布模型）2 自动化测试决定自动化测试确实存在许多优点，但并不是任何测试都能自动化，它也存在着局限性。克服不正确的自动测试期望，必须针对测试项目的具体情况，确定什么时候，对什么进行自动化。如果对不适合自动化的测试，实施自动化，不但耗费了大量资源，而且得不到相应的回报。要记住：自动测试不可能完全替代手动测试。在针对测试项目的整个周期时间、资源分配情况及资金安排情况的综合分析
Acceptance testing : 验收测试Acceptance Testing：可接受性测试Accessibility test : 软体适用性测试actual outcome：实际结果Ad hoc testing : 随机测试Algorithm analysis : 算法分析algorithm：算法Alpha testing : α测试analysis：分析anomaly：异常appli
目前测试以及QA似乎已经做到了瓶颈点。想想原因，基本有以下几点：第一，所制定下的规范极其制度没有真正实施，落实下来，这和公司的项目流程和时间约束有关系。第二，没有更高的参照点，我们现在做到了这个地步，已经到了我们所认知的极限，不知道在要提高应该怎么去做。第三，缺少整个项目组及高级领导的支持，测试与QA所做的工作很难体现具体的价值，特别是QA，我们是一直在做项目，项目与产品有很大区别，开发组与高级主
今天帮一个加拿大的朋友解决VB调用QTP的问题，自己写了一个Demo 。下边是源代码1.新建工程，引入QuickTest Professional 8.0 object library2.编写代码如下：Private strScriptName As StringPrivate strRunScript As StringPrivate Sub cmdAddScript_Click() strSc
根据目前测试组内部的现状，为了保证测试组的工作质量，激励组员的日常工作，增强组员个人的专业技能，制定本制度。该制度的奖惩以积分予以计算。每人基准分为300分，当扣分至250时，开始逐级执行惩罚措施；当积分满500时，开始逐级执行奖励措施。分数上限为800分，下限为0分，当分数累积到极限时，恢复基准分。具体细则如下：◆ 当累计积分为250分时，惩罚A◆ 当累计积分为220分时，惩罚B◆ 当累计
1、函数lrs_receive() 例：lrs_receive( socket1, "buf1", LrsLastArg );当使用该函数时对Response Time影响很大，具体是什么原因。解释：lrs_receive()默认的超时时间是10秒。如果receive的buffer和录制时的大小不一致，lrs_receive()会重新receive再做比较，直到超时为止。官方说明：VuGen de
初学loadrunner，今天准备用这个工具测试一下手头的一个cs服务器，想用java Vuser来调用。边学边用吧，先简单写了一个脚本，就是打印“HelloWorld”，然后在脚本编辑器里面运行是通过了，但在场景控制器里面并发运行这个脚本，报如下错误：“You do not have a for this Vuser type.Please contact Mercury Interactive
今天开始学习LR，安装破解都挺顺利的，看着视频慢慢的操作，录制没有出问题，可以很好的运行。但是，运行LR Controller进行负载测试的时候就出现错误了，选择了脚本之后出现了下面的这个提示“LR Controller中打开一个场景，出现报错：Failed to create Online:无效指针”。自己开始检查：1.查看文件类型是否符合，然后修改了文件的后缀名，发现还是不行2.录制保存的时
今天写一下winsock的关联操作。以前看过一个文档。在英文版的讲winsock的，其中讲到关联。大致操作是：1,录制。2,回放。这里是失败。3,到data.ws里找需要关联的数据。4,按F7,打开EBCDIC translation对话框。5,查找数据的位置及偏移量。6,到脚本中写函数用：lrs_save_param,lrs_save_param_ex, lrs_save_searched_st
今天写了一个socket脚本，但是要用到关联，百度一搜才发现socket的关联函数比http的要多了几个，感觉很好奇就细究了一下，这是其中lrs_save_param_ex的用法lrs_save_param_ex是lrs_save_param的扩展函数，包含了lrs_save_param的基本功能。其函数语法结构如下：int lrs_save_param_ex ( char *s_desc, ch
【IT168技术 】最近两天在研究ios的消息推送机制。研究这个东西，还是充满兴趣的，今天给大家详细的介绍一下ios这个推送机制。Push的原理： Push 的工作机制可以简单的概括为下图 图中，Provider是指某个iPhone软件的Push服务器，这篇文章我将使用.net作为Provider。 APNS 是Apple Push Notification Service(Apple P
使用LoadRunner录制socket协议的脚本，会发现每个请求都会发送和接受一定长度的数据流，即send buffer和recv buffer；这两个buffer后面都会有个数字，这个数字表示buffer的长度，是一个固定的值。当做性能测试时，执行每次请求响应的数据很多时候是不定长的，如果recv buffer的长度与响应的数据长度不一致，脚本会报错，有两种方法可以解决这个问题：1、造数据，使
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
