今天刚看了周导的一篇文章，有关80-20方面的，文中提到“长尾定律”一词，查了些资料，再这里总结下。

    长尾（The Long Tail）这一概念是由“连线”杂志主编Chris Anderson在2004年十月的“长尾” 一文中最早提出，用来描述诸如亚马逊和Netflix之类网站的商业和经济模式。

  “长尾”实际上是统计学中Power Laws和帕累托（Pareto）分布特征的一个口语化表达。

   举例来说，我们常用的汉字实际上不多，但因出现频次高，所以这些为数不多的汉字占据了上图广大的红区；绝大部分的汉字难得一用，它们就属于那长长的黄尾。

   长尾定律应用最多的例子，软件下载网站。20%的软件是下载量很大的，而剩余的80%就变成了长尾，并不是经常下载。

   通过上面说的这两个例子来看，在测试中的“长尾定律”又表现为什么？我认为主要表现在如何把80-20定律中，80那部分尽量减少，或者尽可能多的利用。

   就这些，如果有什么不对的地方，还请大家多批评。

 

 写这篇文章的目的是为帮助大家更好的理解测试术语。

 

• 实际结果（Actual outcome） 当对象在特定条件下被测试时，实际发生的行为。
• 问题（Bug）（等同于Fault） 对软件错误的一种命名。
• 覆盖项（Coverage item） 作为测试依据的一个实体或属性。
• 错误（Error） 产生了不正确的结果的一个动作。
• 预期结果（Expected results）（等同于Predicted outcome 或 Expected outcome） 在测试规范中期望的一个对象在特定条件下将会发生的行为。
• 失败（Failure） 与期望的软件结果或服务之间存在的误差。
• 缺陷（Fault） （等同于Bug） 软件中错误的一种表现。 如果遇到了一个缺陷则会导致失败。
• 路径（Path） 一个组件中一系列的从起始点到结束点的可执行语句。
• 产品 产品是TestLink中数据结构的最顶层。所有的数据（除了用户）都与一个活动的产品相关。
• 测试用例集（Test case suite） 软件测试中一个或多个测试用例的集合。 TestLink采用这个术语来表示测试计划中可用于执行的一组测试用例。
• 测试覆盖率（Test Coverage） 用百分比来表示，表示特定的覆盖项在测试用例集中被测验到的程度。
• 执行测试（Test executeion） 对被测试软件中的测试用例集进行的一种处理， 产生一个实际结果。
  测试用例集是由测试规范中指派给测试计划的测试用例组成的。
• 测试计划（Test plan) 为测试过程所作的计划的记录。测试过程要详细到不依赖任何测试人员的程度, 包括测试环境，使用的测试用例设计技术和测试度量技术， 以及选择这些技术的基本理由。
  TestLink允许在一个测试计划中定义测试用例集，创建构建和指派用户。
• 测试规范（Test specification） 为每个测试用例定义的覆盖项，被测试软件的初始状态，步骤（输入），以及预期的结果。
• 测试（Testing） 为了验证软件能够满足特定需求以及发现错误而操作软件的过程。
• 测试用例（Test case） 为一个特定的目标而制定的一组输入，执行的前提条件，以及 预期的结果。比如执行一个特定的程序 路径或者验证对一个特定需求的符合度。

               Java安装配置指南

 

   由于工作需要，产品都是JAVA开发，所以自己尝试装了下JAVA，以下是安装步骤，希望对大家有所帮助。

 

1.安装JDK

  从http://Java.sun.com/下载jdk-1_5_0_04-windows-i586-p.exe

  安装路径,我是安装到了E:\jdk1.5.0

2.配置环境变量 

  Java_HOME:E:\jdk1.5.0

  PATH:E:\jdk1.5.0\bin

  CLASSPATH:.;E:\jdk1.5.0\lib\tools.jar;

  E:\jdk1.5.0\jre\lib\rt.jar

3.安装Eclipse

  从http://www.eclipse.org/下载eclipse-SDK-3.0.1-win32.zip和NLpack-eclipse-SDK-3.0.x-win32.zip语言包

  解压eclipse-SDK-3.0.1-win32.zip , 我是解压到E:\eclipse

  解压NLpack-eclipse-SDK-3.0.x-win32.zip ,把features和plugins两个文件夹里面的东西分别拷到eclipse中相应的目录下

4.安装Tomcat

  从http://jakarta.apache.org/下载jakarta-tomcat-5.5.9.zip

  解压jakarta-tomcat-5.5.9.zip

5.配置Tomcat环境变量

  Tomcat_Home:D:\tomcat-5.5.9

  PATH:D:\tomcat-5.5.9;

   

     OK! 这样你的Eclipse就可以进去了!

     由于我也刚接触JAVA,也在自己摸索中,希望大家多给意见多批评^_^

Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响，在网站实际上线之前先对您所设计的网站进行如同真实环境下的测试，以找出系统潜在的问题，对系统进行进一步的调整、设置工作。
Microsoft Web Application Stress具有以下几个特性：
　　* 可以数种不同的方式建立测试指令：包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式。
　　* 支持多种客户端接口：标准的网站应用程序C++的客户端，使用Active Server Page 客户端，或是使用Web Application Stress对象模型建立您自定的接口。.
　　* 支持多用户利用多种不同的认证方式仿真实际的情况，包含了DPA, NTLM 及 SSL等。
　　* 支持使用动态的cookie仿真定制网站实际运作场景及对话（session）的支持。
　　* 在客户端的计算机以NT 服务的方式执行仿真的工作，可在不中断测试的情况下将某些客户端的测试计算机删除。
　　* 透过集中式的Microsoft Web Application Stress 管理员，您可以使用任意数目的客户端计算机同时进行测式的工作。
　　* 具有Bandwidth throttling （带宽遏流）的功能以仿真用户使用调制解调器上线的效果。
　　* 内建的query-string 编辑器可帮助您建立name-value pair组合的模板，并可在不同的场景测试中重复使用。
　　* 可程序化的对象模式让您可以建立您自己的测试客户端。
　　* 汇总的测试报告及丰富的性能测试资料。
　　* 支持域名系统(DNS)让您可以测试整个群集（Cluster）的机器。
　　* 使用Page group的方式来控制文件的组及测试指令的执行程序。
　　* 可自定的header让您可以仿真各种不同种类的浏览器。
　　* 可自定的指令延迟让您以更接近真实环境的方式进行测试。
网站测试概述
为了正确使用WAS进行网站的压力测试，您需要对于网站测试的方法有一初步的了解。以下的讨论将包含一些基本的概念以供参考。
网站的测试可大略分成三个主要的类别：
　　* 网站性能测试 (Performance testing)
　　* 压力测试下的网站稳定性 (Stability or stress testing)
　　* 网站承受能力评估 (Capacity planning)
网站性能测试的第一件工作就是使用测试工具对网站加压以测量网站服务器每秒可以承受的请求(Request Per Second) 的最大值。第二件工作就是找出系统性能限制的原因所在，举例来说，CPU、内存、或是后端系统所造成的反应延迟等。
在许多状况下，网站服务器的CPU是主要的性能瓶颈。测试时您可以持续加压直到性能表现开始下降，再慢慢的降低压力的程度。此时您所测试出来的最大性能即为该网站所能达到的最高值。在实际测试时，您可以通过增加压力线程(thread)，或是增加执行WAS测试程序的客户端来加压。
在网站服务器端，您可以使用性能监视工具如Performance Monitor来监视如 "System: % Total Processor Time" 及 "Web Service: Connection Attempts/sec" 或 "Active Server Pages: Requests Queued"等指针。如果CPU的资源指针已达到80%到85%，则CPU的处理能力最有可能就是整个系统的瓶颈所在。若是在压力测试的过程中CPU所被使用的比例不高而”Requests Queued”的指针一直居高不下，可能是程序正在调用服务器上的COM组件而这个组件无法有效的执行完所有的命令，因而造成了系统性能的降低。在这种情形下，服务器上的COM组件才是真正的瓶颈。
目前市场上最热门的定制网站应用程序也会对网站的性能表现有重大的影响。WAS包含了数种特性可有效的帮助您测试定制的网站应用程序。例如，您可以建立用户，让WAS可以设置并储存每一个用户的cookie。您也可以使用QueryString 编辑器帮助您建立并储存数个不同的name-value pair以便在每一次执行request时进行测试。
一般的网站测试问题
　　* 错误的测试平台，和实际上线的 production server（生产环境服务器）不同，无法测出实际的问题。
　　* 错误的测试指令，无法正确的仿真出实际上线系统真正的反应。
　　* 线程安全性问题以及不稳定的服务器COM组件。
　　* Active Server Page 的错误及GLOBAL.ASA 设置的问题。

下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyID=e2c0585a-062a-439e-a67d-75a89aa36495&DisplayLang=en

      以前一直在MSN SPACES里写日志,写的都是有关个人的事情,想写些有关工作的BLOG文章,发表上去又觉得不合适...今天终于在51testing的BLOG中有了自己的一片天空.  大家鼓掌   ^_^  呵呵