• 空间首页
• 空间管理
• 51Testing软件测试网
• 站点论坛
• 添加我的日志

我的最新日志

• 2007/7/24

  2007-7-24

     自从有了宝宝以有好长一段时间也没来更新了,也没有什么心情去学习,究研一些测试的工具,技术了,本来是在学习Jmeter性能测试工具的,现在也好长时间没有学了,上班时间还是忙着工作,而且总是觉得事情做不完,不知道是不是自已的心态出问题了,所以效率好像不比以前了.

    呵,自已也总是对自已说这样不行啊,还是好好的赶紧学习啊，加油吧!希望宝宝出生后会好些.

  查看(9) 评论(0)

• 测试人员和开发人员和谐相处的技巧

  2007-4-12

  总是觉得自已与开发人员之间的沟通没有做到很好,今天在网站上看到了这篇相关的文章觉得很好,所以决定在自已的空间里也发一下多多学习.

  原文：“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” －经典。
   
  那么我们可以做什么呢？
   
  热忱并且耐心（Be Cordial and Patient ）
  
      作为一个测试人员，你或许发现使开发人员信服你发现的缺陷是非常困难的。通常，如果一个测试人员找到了一个bug，程序员将准备10个理由。有时让开发人员接受他们的代码是有缺陷的（并且是其他的人发现的）这个事实是很困难的。
      开发人员需要来自测试小组的支持，测试小组可以保证发现的新bug是值得关注的，健康的并且对于使产品更好是非常重要的。一个人性的方法是经常帮助测试人员更多的了解编程人员。相信我，不用多久，相同的一个人将站在你身边了并且笑着指出引起bug的错误。热忱将帮助开发人员对你的错误报告说“Yes”。这是重要的第一步。
   
  处事老练（Be Diplomatic ）
  
      试着巧妙地表述你的发现，并且不带任何责备地解释bug。“我确信这是一个很小的bug，你不用花多少时间就可以处理掉。到目前为止这还是一个不错的程序。”开发人员将会跳起来并且拥抱你的bug。
      用一种心理方法。有时表扬一下开发人员的工作。为什么大多数开发人员不喜欢我们的错误报告的原因非常简单：就是他们认为我们在诋毁他们的辛勤工作。有些测试人员只在出现问题的时候才和开发人员沟通。对于大多数开发人员而言，软件是他们自己的孩子，而你只是一个妨碍他们的外人。我告诉我的开发人员因为他们我才存在于公司，而且由于我的存在，他们的工作才得以继续。测试人员和开发人员之间的关系是一种共生及互惠的关系。

  
  不要害怕尴尬（Don’t Embarrass ）
  
      没有人喜欢被指出错误。这是人类的天性。试着解释修复那个特别的bug的需要胜于只是用庞大的bug报告向开发人员开火。一连串的缺陷不只会激怒开发人员，而且会使你的辛苦工作对他们来说是无用的。 
      正象一个人不可能独自测试完一个程序一样，开发人员也不能设计程序没有任何错误，而且在其他事情发生之前，他们需要先了解清楚。有错误是预料之中的事，他们也是过程中的一个正常的部分。
   
  你赢得了一些，你也失去了一些（You Win Some, You Lose Some ）
  
      我知道有些测试人员尽可能将自己的错误报告强硬。他们甚至不听开发人员关于为什么不能修复一个错误和不能实现一个功能的解释。尝试一些可以让自己放松的方法。做到开发人员身边和他一起分析错误的优先级和严重程度。如果开发人员在其不愿变更的背后有一个合理有效的解释，试着理解他。只是确信了解了要在什么地方划定界限以保护你产品最终的质量。
   
  谨慎一些（Be Cautious ）
  
      外交手段和适应能力不能替代谨慎的需要。开发人员经常会找借口说因为他们没有意识到（或者你没有告诉他们）那个错误有多严重所以他们拒绝修复它。用足能够清楚展示风险和问题严重性的方法设计你的错误报告和测试文档。甚至更好的办法是召开一个会议并且向他们解释那些问题。 
  
  

      一个聪明的测试人员是在倾听和执行之间保持平衡的人。如果开发人员不能使你信服错误不应该被修复，那么你的责任就是使他信服要修复错误。

  引自:http://www.51testing.com/?action_viewnews_itemid_7186.html

  查看(13) 评论(0)

• 性能测试工具－JMeter

  2007-4-12

  一.价绍JMeter

  JMeter是100％的java桌面应用程序，用于做压力和性能测试.

      当初Jmeter的主要是用来测试web应用，后来又扩充了其它的功能。jmeter可以完成对静态资源和动态资源（静态文件、CGI 脚本、Java 对象、数据库， FTP 服务器等）的性能测试.

          Jjmeter可以模拟大量的服务器负载、网络负载、软件对象负载，可以在不同压力类别下测试软件的强度，以及分析软件的整体性能.

  二.下载与安装

  运行Jmeter程序，需要先安装JDK(1.4以上),即把JDK文件解压到C盘的\Program Files\Java目录下面,

  录制Jmeter脚本，需要先安装Badboy

   

  安装完JDK后，需要配置环境变量。具体的环境配置方法如下：

  1. 系统变量--->新建, 变量名输入：CLASSPATH，

       变量中输入：

        C:\Program Files\Java\jdk1.5.0_09\lib\dt.JAR; C:\Program Files\Java\jdk1.5.0_09\lib\TOOLS.JAR; C:\Program Files\Java\jdk1.5.0_09\BIN;

  2. 系统变量－新建，在变量名中输入：JAVA_HOME，

      变量中输入：C:\Program Files\Java\jdk1.5.0_09；

  3. 修改PATH变量，添加%JAVA_HOME%/bin；

   

  安装Badboy的过程同一般的Windows 应用程序没有什么区别，安装完成后可以在Windows开始菜单中看到相应的快捷方式.如果找不到，可以执行Badboy安装目录下的Badboy.exe 文件

  提示：Badboy提供了将Web测试脚本直接导出为JMeter脚本的功能，这个功能非常好用，也非常简单.

  三.脚本录制

  •          启动Badboy安装目录下的Badboy.exe 文件。

  •          在地址栏中输入需要录制的URL。

  •         操作完成后，点击工具栏中的“停止录制”按钮。

  •         选择“File -> Export to JMeter”菜单。

         将录制好脚本导出为JMeter脚本格式。

  启动JMeter并打开刚刚生成的测试脚本

  启动JMeter打开测试脚本后需要

  1、勾选所有HTTP请求底部的，  “从HTML文件获取所有内涵的资源”。

   

  2、右键点击Thread Group，

         “添加－监视器－聚合报告”。

   

  四.测试结果分析

   

  •         Label：      定义的HTTP请求名称

  •         Samples：   表示这次测试中一共发出了多少个请求

  •         Average：   平均响应时间

  •         Median：    中位数，也就是 50％ 用户的响应时间

  •         90% Line:    90％ 用户的响应时间

  •         Min:          最小响应时间

  •         Max:      最大响应时间

  •         Error%：    错误的请求的数量/请求的总数

  •         Throughput：每秒完成的请求数

  •         KB/Sec：    每秒从服务器端接收到的数据量

  五.参数化脚本

  1、右键点击Thread Group，

        “添加－配置元件－CSV Data Set Config”。

  2、Filename：指定文件及所在路径(如：D:\test.txt)

        Variable Names：参数名称(如：wd)。

  3、在脚本中调用参数（如：${wd}）。

  提示：可以右键点击Thread Group，

              “添加－监视器－查看结果树(请求部分)”, 来检验参数化是否成功。

  六.分布式测试

  当需要模拟数以千计的并发用户时,Jmeter 可以使用多台代理机来分担主控机的压力：

   

  1、运行代理机上的Jmeter -server.bat文件。

  2、打开主控机bin目录下的Jmeter.properties 文件。

  3、将文件中“remote_hosts=127.0.0.1:1099”，其中的

        127.0.0.1 改为代理机的IP地址。

  4、保存文件后运行主控机上的 Jmeter.bat文件。

  5、进入“运行－远程启动” 菜单项，进行远程调用。

   

  查看(164) 评论(0)

• JMeter 词汇表

  2007-4-10

  由于软件的汉化工作没有全部完成，并且JMeter也在不断开发中，不时

  会有很多新的英文单词进入视线。为了方便大家交流，此帖总结了部分

  常用的单词以及其翻译，作为交流使用的词汇表。

   

  http://www.bonoy.com/jmeter 是JMeter的中文站点。可以首先阅读

  那里的部分翻译内容，增强自己对JMeter的认识，这样也可以减少版主

  的琐碎回复工作。

   

   

  1. Test Plan , 测试计划

   

  测试计划在软件测试项目中是用于管理一个软件项目的测试资源配置，时间表

  以及测试用例等。一般测试计划中也包括风险评估，计划开始和结束的条件等。

   

  在JMeter中的测试计划，实际上是一个或一组测试用例。可以将线程组（Thread

  Group）理解为一个测试用例，在一个测试计划中可以有多个测试线程组。

   

  2. WorkBench , 工作台

   

  在金山词霸中Workbench的解释是：

  引用:

   

  工作台：在上面做手工工作的坚固的桌子或长凳，如机械工人、木匠或珠宝匠的工作台

   

   

   

  在JMeter中，可以在工作台中配置HTTP代理服务器，然后将录制的脚本存入工

  作台中，进行初步编辑，然后将脚本复制/粘贴到测试计划中。

   

  3. Thread Group , 线程组

   

  在各种压力测试工具中都有虚拟用户的概念，在LoadRunner中叫做VUser。实际

  上在这些压力测试工具实现虚拟用户的时候试用的技术就是线程，用一个线程来

  模拟一个虚拟用户，在JMeter中线程组用于配置虚拟用户的数目，迭代次数等。

   

  4. Sampler , 取样器; Sample, 样本

   

  在JMeter中，请求时通过取样器发送的，每个请求就是一个样本，在测试运行

  的时候每个虚拟用户（线程）通过取样器发送样本，样本会在运行的时候由

  JMeter进行参数化。

   

  5. Controller , 控制器

   

  控制器分为逻辑控制器，和样本控制器也就是取样器。逻辑控制器用来模拟程序

  语言的逻辑结构，如顺序，分支，循环等。

   

  6. Listener , 监听器

   

  7. Config Element , 配置元件

   

  8. Pre Processor , 前置处理器

   

  9. Post Processor , 后置处理器

  查看(77) 评论(0)

• 运用Jmeter进行测试

  2007-4-09

   这只是Jmeter的简单的录制到报告分析,下回我会把安装包括配置部分加上

  来.

   

   

   

   

  查看(86) 评论(0)

• 2007/4/2

  2007-4-02

  下雨了，下了好大雨呢，好高兴啊．．．终于迎来了春天那凉快的天气了,一个星期的炎热天气过去了．不过我早上出来的时候忘了关窗户了．．．不知道晚上回去家里会变成什么样子．

  同时还是指望它下班的时候不要下雨啊，因为昨天晚上看天气预告的时候没说今天会下雨，所以早上也没带雨伞．

   

  查看(16) 评论(0)

• 什么是B/S系统

  2007-3-28

  B/S结构，即Browser/Server(浏览器/服务器)结构，是随着Internet技术的兴起，对C/S结构,即Client/Server(客户机/服务器)结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。B/S结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构，microsoft.net也是在这样一种背景下被提出来的架构，但微软的方案只是一种构想，要成为现实还需要几年，而JAVA技术已经是很成熟的应用了.

  查看(141) 评论(0)

• 什么是C/S系统

  2007-3-28

  所谓C/S机构的系统，是指客户/服务器模式的分布式计算系统。80年代以来，非常流行。大多数应用软件系统采用这种结构。  
    主要特点：以客户/服务器（call-return）的方式工作；以消息的交换作为通信方式；基于过程的服务访问；服务集中于特定的服务器。  
    她的有点是简化了应用程序的开发和维护。SERVER端为CLIENT   端提供系统定义的各种服务，如基于文件的服务、数据库服务、事物处理等。  
    C/S的不足在于这种模式大都基于“肥客户端”结构应用软件。客户机方一般由应用程序及相应的数据库连接程序组成，服务器方一般是某中数据库系统。主要的问题是系统的可升缩性和安装维护困难。开发人员写出的程序在客户端运行，站用了大量的系统资源和往来资源。  
    但目前应用更多的是三层或多层结构。

  查看(117) 评论(0)

• 什么是嵌入式系统

  2007-3-28

  嵌入式系统是以应用为中心，以计算机技术为基础，并且软硬件可裁剪，适用于应用系统对功能、可靠性、成本、体积、功耗有严格要求的专用计算机系统。它一般由嵌入式微处理器、外围硬件设备、嵌入式操作系统以及用户的应用程序等四个部分组成，用于实现对其他设备的控制、监视或管理等功能。嵌入式系统和具体应用有机地结合在一起，它的升级换代也是和具体产品同步进行，因此嵌入式系统产品一旦进入市场，具有较长的生命周期。我认为就是为了满足一定需要把软件嵌入到硬件中，通过软件实现对硬件的控制和管理。

  嵌入式计算机系统同通用型计算机系统相比具有以下特点：
  
      1.嵌入式系统通常是面向特定应用的嵌入式CPU与通用型的最大不同就是嵌入式CPU大多工作在为特定用户群设计的系统中，它通常都具有低功耗、体积小、集成度高等特点，能够把通用CPU中许多由板卡完成的任务集成在芯片内部，从而有利于嵌入式系统设计趋于小型化，移动能力大大增强，跟网络的耦合也越来越紧密。 
  
      2.嵌入式系统是将先进的计算机技术、半导体技术和电子技术与各个行业的具体应用相结合后的产物。这一点就决定了它必然是一个技术密集、资金密集、高度分散、不断创新的知识集成系统。
  
      3.嵌入式系统的硬件和软件都必须高效率地设计，量体裁衣、去除冗余，力争在同样的硅片面积上实现更高的性能，这样才能在具体应用中对处理器的选择更具有竞争力
  
      4.嵌入式系统和具体应用有机地结合在一起，它的升级换代也是和具体产品同步进行，因此嵌入式系统产品一旦进入市场，具有较长的生命周期。
  
     5.为了提高执行速度和系统可靠性，嵌入式系统中的软件一般都固化在存储器芯片或单片机本身中，而不是存贮于磁盘等载体中。
  
      6.嵌入式系统本身不具备自举开发能力，即使设计完成以后用户通常也是不能对其中的程序功能进行修改的，必须有一套开发工具和环境才能进行开发

   

  查看(32) 评论(0)

• 2007/3/27

  2007-3-27

  唉,昨天晚上又发梦回家了,梦到和妈妈一起在地里干活...

  想想也是的都快1年半了没有回过家,不知道家里的变化有多大了,每次都是在电话在妈说说家里的情况,但是还是没有大概的轮角关于家里现在怎么样了,在我的回忆里只有儿时天真与美好．

  不管怎么样今年我都要回去一次的．

  查看(6) 评论(0)