砳缝的渴望

前言：说到mock，大家会想到单测中的mock，测试同学会想到httpmock服务等。mock的作用：程序运行过程中，设定过滤规则及返回值，来满足固定的数据解析，解决不容易构造或者获取的数据对象。mock有哪些工具：前端js端拦截mock.jsweb端的mock工具apiary、swagger、alibaba-rap等Java阵营中主要的Mock测试工具有JMock，Moc...

1.      运行错误：不能识别对象（Cannot identify object）<br />出现了这个错误时，就表示当前被测程序的窗口中没有符合条件的对象。<br />出现这种错误，可能的原因有以下两种：<br />１、对象此时在程序中没有显示或不存在。<br />２、在程序中存在该对象，但是它的描述在后来发生了改变，导致与对象仓库中存储的信息不匹配，从而QTP无法识别对象。<br />如果你正遇到“Cannot identify object”的问题，解决方法见1.1。<br /><br />1.1

<br />我之前做过短暂的开发，后来主要是测试，丰富的测试经验(但仅限于黑盒)，并且有带领团队半年时间，期间和老板学习了6-Sigma(黑带)，也做过几个专利，所以很有流程，改善，和客户需求方面的sense, 并且感觉很有创新的意识，现在专职作QTP自动化开发，一个项目刚刚结束了，于是把随想发出来，共同讨论。<br />回顾整个项目过程中各阶段操作，作出以下总结：<br />1、需求确认阶段<br />此时需要手动测试人员的大力支援，并且建立良好的沟通，提升我们熟悉业务效率，沟通包括：<br />1)需求

要远程修改Windows2003服务器的用户密码，方法有三，如下：<br /><br />　　一、按Ctrl+alt+end键 而不是Ctrl+alt+delete键。<br /><br />　　二、选择“我的电脑”-右键“管理”-“本地用户和组”-“用户”找到你的那个管理员账号，右键进行设置密码。那个提示WINDOWS的一个安全警告，并不影响你的使用。如果你真的担心数据丢失的话，那么建议你更改后就重启电脑，这样你在更改密码后的操作可以保证不会丢失。<br /><br />　　三、开始->windows安全

 LoadRunner中的90％响应时间是什么意思？这个值在进行性能分析时有什么作用？本文争取用最简洁的文字来解答这个问题，并引申出“描述性统计”方法在性能测试结果分析中的应用。      为什么要有90％用户响应时间？因为在评估一次测试的结果时，仅仅有平均事务响应时间是不够的。为什么这么说？你可以试着想想，是否平均事务响应时间满足了性能需求就表示系统的性能已经满足了绝大多数用户的要求？      假如有两组测试结果，响应时间分别是 {1，3，5，10，16} 和 {5，6，7，8，9}，它们的平均值都是7

<br /><br />测试的目标是要发现错误，因此在编写测试用例的时候也要遵循这个目标，尽量在软件的最薄弱环节多编写测试用例。虽然测试时有很多单个输入变量、多个输入变量的组合，但优秀的软件测试人员不会依靠运气，他们有着丰富的经验和直觉，可以从中找到哪些是需要进行测试的，哪些不需要测试，哪些操作可能会引起软件失效。把这些测试人员的经验和直觉尽量归纳和固化，就形成了一些故障模型。故障模型指明了故障是如何以及为什么会在软件执行时引起软件失效。在测试过程中，我们可以按照这些故障模型所提供的缺陷类型和寻找该类缺陷的

<br />文章分类:软件开发管理<br /><br /> 传染性测试-新的测试理念 <br />性能测试可以增加一种新的测试理念，当我们做一个破坏性测试时，确定一个破坏点以及相关策略，会得到一个期望的测试结果。这是测试系统的健壮性。但如果我们输入的是一个不确定的破坏点，该输入会遵循业务逻辑自身繁殖和变异，会产生无法预知的破坏性时，我们这个测试就是不止对系统自身的健壮性的测试了，还包括系统维护人员对未知异常的响应速度，包括解决方案的提出以及解决表面问题和解决该输入的变异根源。我想起名为：传染性测试。起因<b

<br /> <br />负载测试是性能测试的一种，测试一个应用在重负荷下的表现。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。<br />负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行，不是为了破坏系统。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。<br /> 关

性能测试的步骤流程---DETECT(让性能测试规范化)<br />性能测试的工作千头万绪，最怕的就是像无头苍蝇般盲目地测试，不但旷日费时，还累积不到经验，团队与个人都难以成长，（下次再进行性能测试时，还是乱测一通）。<br /><br />我们需要拟定步骤分阶段执行，如此才能循序渐进，一步步向目标前进。根据微软公司的研究显示，性能测试的过程应该为六个阶段，分别是发现、探究、提案、执行、复查、收尾。<br /><br />原文如下：<br /><br />1， Discover the problem： 发

<br />今天说说测试方法与测试模型，个人觉得测试模型是一件很难懂的东西，可能是这个东西太抽象了吧，即使你有工作经验，比如说你在大公司里，你就是在自己的那小天地里转悠，别的也涉及不到啥，老师一个形象的比喻好：螺丝钉，就适合那么大的洞；在小公司吧，整体的管理模型又没有那么健全，测试模型也只算是“纸上谈兵”，想必有工作经验的人都明白其中道理。但我还是要总结，嘿嘿！<br />　　测试模型，到不如说是质量模型的模型，测试模型介绍的更加具体，从项目经理写出项目计划，整个软件工程就开始了：<br />　　最先是需求

<br />虽然招聘的通常是技术类职位，但实际问到的问题（因此是有实际价值的）都是无关技术的。一个好的面试问题能使应聘者的本性显露出来——诚实，可信，反应敏锐等等。<br />长期以来，我收集了一些自己在面试中总会用到的问题，这里整理出25个最有价值的，附带一两个把每个问题回答好的技巧或怎么会把它弄糟的案例。希望这个总结能为面试官和应聘者提供一些有洞见的参考，若你能轻而易举回答所有问题，面试就不必担心了。最后，我将给出一份核对清单作为“家庭作业”给每个即将面临重要面试的应聘者。<br />首先，愚蠢地回答愚

 1. 测试的常识与道理1.1 你真的懂测试吗u 编程大师说：没有错误的程序世间难求。 （《编程之道》）u 你在学校里学过测试吗？（读到博士可能也不懂测试）u 你所在的企业重视测试吗？ （小公司程序员的技能更加全面）u 临时抱佛脚行吗？你以为有文档模板就会测试了吗？u 如果不懂得有效地进行测试，你不仅得不到功劳，也没人欣赏你的苦劳，你拥有最多的将只是疲劳。u 职业软件工程师应当

基本度量项持续时间偏差(%)((实际持续时间-计划持续时间)/计划持续时间)*100 (持续时间不包含非工作日)进度偏差(%)((实际结束时间-计划结束时间)/计划持续时间)*100工作量偏差(%)(实际工作量-计划工作量)/计划工作量规模偏差(%)((实际规模-计划规划)/计划规模)*100分配需求稳

通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些

压力测试、负载测试和容量测试都是性能测试中的内容。<br />压力测试：检查被测系统在恶劣环境下的表现，比如内存不足，CPU高负荷，网速慢，等等。在 这种情况下，被测系统往往运行缓慢，能暴露许多在高速运行时不易发生的问题，例如线程不同步<br />负载测试：检查被测系统处理大量用户访问或响应的能 力。<br />容量测试：检查被测系统处理大数据量的能力，例如存储或读取一个超长的文件。<br /><br />大概你现在还是对压力测试和负载测试有个模糊的 认识。呵呵不怕。现在有更精彩的解释。<br />外面的负

<br />这部分的内容是：如何有效地开发和管理这些测试案例，是测试尽量成效显著。<br />一、必须做好计划测试案例的4个理由：组织性。正确的计划组织测试案例，可以使项目成员和其他测试员有效的审查和使用； 重复性。有利于寻找新的软件缺陷，修复旧的软件缺陷。方便进行重复测试； 跟踪性。正确的组织计划可以轻松了解执行了那个测试案例，案例的执行情况； 测试证实。提供了一种证实测试的手段。 <br />二、测试案例计划综述<br />测试案例计划可以分为4个部分：测试计划、测试设计说明、测试案例说明、测试程序说明

<br />在平常的工作中，我们总是会说需求不够明确，这是一种很笼统的说法，是我们对一份需求文档抽象的评价，其中包含的含义可能是如下情况：需求存在二义性、需求不明确、需求不完整、需求不正确，等等。<br />当我们反馈问题的时候，仅仅反馈需求不明确或者需求质量不好，是没有意义的，我们必须明确的指出具体的问题所在，这样才有利于需求的完善和质量提升。下面就需求二义性、需求正确性、需求完整性几个方面进行说明。<br />一.需求二义性<br />需求描述的二义性一方面是指不同读者对需求说明产生了不同的理解；另一方

设计压力应用    设计试图对 Web 服务进行压力测试的压力测试系统时，要让它们以某种特定的方式运行代码。这些风格超越了功能验证，目的是要弄清楚被测试的 Web 服务是不是不仅能做我们认为它能做的事，而且在被施加了某些高强度压力的情况下仍然继续正常运行。压力测试必须对 Web 服务应用四个基本条件。许多已建立的压力系统应用了这些条件。有效的压力测试系统将应用以下这些关键条件： 重复（Repetition）： 或许最明显的且最容易理解的压力条件就是测试的重复。换句话说，测试的重复就是一遍又一遍地执行某个操作

1：请你分别划划OSI的七层网络结构图，和TCP/IP的五层结构图？OSI的七层网络结构图，和TCP/IP的五层结构图OSIOSI是Open System Interconnect的缩写，意为开放式系统互联。在OSI出现之前，计算机网络中存在众多的体系结构，其中以IBM公司的SNA(系统网络体系结构)和DEC公司的DNA(Digital Network Architecture)数字网络体系结构最为著名。为了解决不同体系结构的网络的互联问题，国际标准化组织ISO(注意不要与OSI搞混））于1981年制定了开

<br />乍眼一看，你可能觉得这是一个功能需求，怎么和性能有关系呢？但这个确实是性能问题，如果换乘的楼梯修建过窄，会导致大量乘客无法疏散出月台引起事故，而如果修建过宽又会带来不必要的浪费，合适的疏散能力就是性能的吞吐量指标。<br />　　可能有些朋友会说，我没去过上海，也没坐过地铁，如何知道这个性能是多少呢？确实，很多时候我们对用户所需要的系统闻所未闻，现在需要我们来做性能需求定义性能测试的目标不是无稽之谈么？那么按照这个道理来说，做性能需求分析的人都应该是业务专家，从某些角度来说需求分析本来就是需要业

<br />十分有用，与大家一起共勉。<br />负面测试（Negative testing）是相对于正面测试（Positive testing）而言的。它们也是测试设计时的两个非常重要的划分。简单点说，正面测试就是测试系统是否完成了它应该完成的工作；而负面测试就是测试系统是否不执行它不应该完成的操作。形象一点，正面测试就象一个毕恭毕敬的小学生，老师叫我做什么，我就做什么；而负面测试就象一个调皮捣蛋的孩子，你叫我这样做，我偏不这样做，而且和你对着干。开发人员也是最讨厌修改此类bug的。<br /><br /

Vuser脚本类型：1 应用程序部署解决方案：Citrix ICA   Citrix Vuser 脚本模拟 Citrix 客户端与服务器间的 Citrix ICA 协议通信。VuGen录制通信期间的所有活动，并创建Vuser脚本。  对远程服务器执行操作时，VuG

【摘要】在测试方法中粗略的介绍了几种测试方法。其中，白盒测试的动态分析方法中提到逻辑覆盖率测试有：语句覆盖、分支覆盖/判定覆盖、条件覆盖、条件—判定覆盖和路径覆盖。这里将详细阐述逻辑覆盖率测试。 准备知识：可执行语句：可执行的一项操作；真、假分支：Ture、False操作数(Opreand)、操作符(Operator):操作数：常量（整数、十六进制数、八进制数、

软件测试原则：目前流行的软件测试有八项基本原则，这八项基本原则可以指导我们更有效的执行软件测试。1、应当把“尽早和不断的测试”作为开发者的座右铭测试应该尽早进行，最好在需求阶段就开始介入，不要等到软件产品做完了才开始。2、程序员应该避免检查自己的程序，软件测试应该由第三方构造。程序员对自己的程序已经产生抗体，所以测试自己的程序无法测试深层次的缺陷。3、设计测试用例时应该考虑到合

selenium能够运行有一个同源策略，下面转载一下看到的一篇文章。  跨域资源共享的10种方式 By 正邪 同源策略在客户端编程语言中，如JavaScript和ActionScript，同源策略是一个很重要的安全理念，它在保证数据的安全性方面有着重要的意义。同源策略规定跨域之间的脚本是隔离的，一个域的脚本不能访问和操作另外一个域的绝大部分属性和方法。那么什么叫相同域，

http代理方式1、配置weblogic集群环境Weblogic集群主要分为三大模块，一个集群管理服务器，其次是集群受管理服务器，再有就是访问代理服务器。.. 集群中的所有Server 必须位于同一网段，并且必须是IP 广播(UDP)可到达的.. 集群中的所有Server 必须使用相同的版本,包括Service Pack.. 集群中的Server 必须使用永久的静态IP 地址。

Linux配置支持高并发TCP连接(socket最大连接数)及优化内核参数   Linux配置支持高并发TCP连接(socket最大连接数)1、修改用户进程可打开文件数限制在Linux平台上，无论编写客户端程序还是服务端程序，在进行高并发TCP连接处理时，最高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制(这是因为系统为每个TCP连接都要创建一个socket句柄，每个

Linux在启动过程中会出现一些故障，导致系统无法正常启动，本文列举了几个应用单用户模式、GRUB命令操作、Linux救援模式的典型故障修复案例帮助读者了解此类问题的解决。　　一、单用户模式　　Linux提供了单用户模式(类似Windows安全模式)，可以在最小环境中进行系统维护。在单用户模式(运行级别1)中，Linux引导进入根shell，网络被禁用，只有少数进程运行。单用户模式可以用来

1、测试活动路线2、测试初衷 •1、项目规划明确•2、需求设计文档充分•3、系统集成环境部署简易•4、测试流程规范•5、测试目标清晰 3、测试变更 •1、开发环境与测试环境不同•2、开发模块与项目计划不同•3、开发准备工作有出入•4、测试进度变更•5、测试环境的可控性 4、测试应对 •搭建多套测试环境•协助开发进行

在做性能测试时，有时碰到这样一种情况，使用性能工具LR测试出来的响应时间比实际使用IE感受到的时间要长，例如，实际使用IE打开一个系统时只需要1~2秒，而使用LR跑一个用户所得出的结果可能是8秒、10秒、或者更大的响应时间。针对上述问题进行分析总结，有3种情况：1、在

那个没有注意的指标就是load average，他和我一样开始只是注意了CPU，内存的使用状况，而没有太注意这个指标，这个指标与他们通常的限制（10左右）有差别。重新测试的结果由于这个指标被要求压低，最后的报告显然不如原来的好看。自己也没有深入过压力测试，但是觉得不搞明白对将来机

 软件测试 一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的； 　　1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，

与并发用户数相关的概念还包括“并发用户数”、“系统用户数”和“同时在线用户数”，下面用一个实际的例子来说明它们之间的差别。 假设有一个OA系统，该系统有2000个使用用户——这就是说，可能使用该OA系统的用户总数是2000名，这个概念就是“系统用户数”，该系统有一个“在线统计”功能（系统用一个全局变量记数所有已登录的用户），从在线统计功能中可以得到，最高峰时有500人在线（这个500就是一般所说的

事务（Transaction）是这样一个点，我们为了衡量某个action的性能，需要在action的开始和结束位置插入这样一个范围，这就定义了一个transaction，LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在结果中会有反映。所以 LR 的事务添加操作就是把测试所需要关注的操作定义成事务告诉 LR

事务函数： lr_start_transaction();//标记事务的开始 lr_start_transaction();/*标记事务的结束,一般情况下，事务开始与结束联合使用*/ lr_get_trans_instance_status();//得到事务的状态 lr_get_transaction_think_time();//得到事务的指定

使用最新版的GetData.dll，可以对执行的sql语句进行参数化处理，该dll新增加init_hstmt（）以及disConnect_hstmt（）两个API，init_hstmt()函数将传出一个l

请看下面一个性能测试小案例： 某公司OA产品的新版本即将发布。为了看看系统的性能，决定安排测试工程师A君执行性能测试任务。A君做法如下：1.       找到一台PC机，CPU主频1G，内存512M，……；2.       在找到的PC机上搭建了测试环境：安装了Ora

一、基于linux的Web服务器的重要性　　linux作为一种免费的开源操作系统，正越来越受到人们的重视。随着稳定的Linux 2.4内核发布日期的临近和Intel IA-64构架的推出，Linux在服务器操作系统市场所占的份额会继续扩大，那么基于Linux的应用也就会日益丰

一、http_load程序非常小，解压后也不到100Khttp_load以并行复用的方式运行，用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具，它可以以一个单一的进程运行，一般不会把客户机搞死。还可以测试HTTPS类的网站请求。下载地址：http

分析原则： 　　具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）　　查找瓶颈时按以下顺序，由易到难。　　服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）　　注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确