希望在测试这条路上混得长远，混得深远！从头走到尾！ 现在从事基于sharepoint的web测试工作，有兴趣的朋友请加ＭＳＮ：wyl0206@live.cn

发布新日志

  • Disscussions on website

    2009-06-04 19:02:30


    Adding Discussion Threads to Documents in a Web Site based on SharePoint Team Services
    The Web document discussion feature in Microsoft SharePoint™ Team Services, can be used to add a discussion thread to a document on your SharePoint team Web site. You can attach comments to a Web page or to any document that can be opened with a browser (such as .htm, .xls, .doc, and .ppt files). Other team members or Web site visitors can place comments in the document or have them appear in the discussion pane at the bottom of the Web browser window. Anyone reviewing a document can view and reply to comments. The document owner can then review discussions and incorporate changes based on the discussion.
    To add a Web document discussion to a document, open a SharePoint team Web site in your browser and do the following:
    1.From the home page, open a document library such as Shared Documents.
    2.Click the Edit icon to the right of the document you want to start a discussion about.
    3.Click the Discuss icon.
    4.Select the Insert Discussion button below the discussion pane at the bottom of the browser window. 
    5.In Enter Discussion Text, type your comment subject and the comment and click OK.

    Tip: If you see "SharePoint Error: Web document discussions are not available on this server", in the discussion pane, contact your SharePoint team Web site administrator to have Web Discussions turned On.
    (In case you need it as well, turn it on by clicking View> Explorer Bar> Discuss.)

    查看(290) 评论(0) 收藏 分享 管理

  • Summary for half years of working

    2009-06-04 18:57:32

    在本身就有问题的软件上测试，
    一是要学习它本身，
    二是要学会扩展和它相关的技术。
    。。
    所以常用的就是搜索技术，
    可是发现自己的耐心真不行，
    搜个几次发现不能确定就想放弃了。。。
    于是研究出来的问题真是少，那就先把有结论的记下来吧。
    （from 百度百科）

    WebDAV

    　　WebDAV（Web-based Distributed Authoring and Versioning）
    　　一种基于 HTTP 1.1协议的通信协议.它扩展了HTTP 1.1，在GET、POST、HEAD等几个HTTP标准方法以外添加了一些新的方法，使应用程序可直接对Web Server直接读写，并支持写文件锁定(Locking)及解锁(Unlock)，还可以支持文件的版本控制。
    　　Microsoft windows2000/XP及IE, Office还有Adobe/MacroMedia的DW等都支持Webdav，这又大大增强了Web应用的价值，以及效能。对于需要大量发布内容的用户而言，应用WebDav可以降低对CMS系统的依赖，而且能够更自由的进行创作。上传、下载变得轻松自如。
    　　Web 分布式创作和版本管理 (WebDAV) 扩展了 HTTP/1.1 协议，允许客户端发布、锁定和管理 Web 上的资源。与 IIS 集成后，WebDAV 允许客户端进行下列操作：
    　　·处理服务器上 WebDAV 发布目录中的资源。例如，使用此功能，具有正确权限的用户可以在 WebDAV
    　　目 录中复制和移动文件。
    　　·修改与某些资源相关联的属性。例如，用户可写入并检索文件的属性信息。
    　　·锁定并解锁资源以便多个用户可同时读取一个文件。但每次只能有一个人修改文件。
    　　·搜索 WebDAV 目录中的文件的内容和属性。
    　　在服务器上设置 WebDAV 发布目录与通过 Internet 信息服务管理单元设置虚拟目录一样简单。设置好发布目录后，具有适当权限的用户就可以向服务器发布文档，并处理目录中的文件。在设置 WebDAV 目录之前，必须首先安装 Windows XP Professional。
    　　WebDAV 客户端
    　　可以通过下面列表中描述的任意一种 Microsoft 产品或通过其他任意的支持行业标准 WebDAV 协议的客户端来访问 WebDAV 发布目录。

    　　·Windows XP 通过“添加网上邻居向导”与 WebDAV 服务器连接，并显示 WebDAV 目录中的内容，如同它是本地计算机上同一文件系统的组成部分。连接完成之后，就可以拖放文件、检索和修改文件属性以及执行许多其他文件系统任务。

    　　·Internet Explorer 5.0 与 WebDAV 目录连接，使您可以执行通过 Windows XP 所能执行的文件系统任务。

    　　·Office 2000 通过其中包含的任意应用程序创建、发布、编辑并直接将文档保存到 WebDAV 目录中。
    　　在 WebDAV 中搜索
    　　一旦与 WebDAV 目录建立连接，就可以快速搜索此目录中文件的内容和属性。例如，可以搜索包含
    　　table 一词的所有文件或所有由 Fred 编写的文件。
    　　集成安全性
    　　由于 WebDAV 已与 Windows XP 和 IIS 集成，因此它具有这两者所提供的安全特性。其中包括 Internet 信息服务管理单元中指定的 IIS 权限和 NTFS 文件系统中的自由选择访问控制列表 (DACL)。有关 IIS 安全性的信息，请参阅安全性。
    　　http://www.netbei.com/online/iisHelp/iis/htm/core/iisecsa.htm
    　　由于具有适当权限的客户端可以对 WebDAV 目录进行写入操作，因此对允许哪些客户端访问目录进行控制向来都很重要。为了帮助您控制访问权限，IIS 已内置了对 Kerberos 5 身份验证协议的支持，从而增强了集成 Windows 身份验证的功能。选择集成 Windows 身份验证，可以确保只有具有权限的客户端才可访问 Intranet 上的 WebDAV 目录，并对它进行写入操作。有关 Kerberos 5 身份验证协议如何与 IIS 集成 Windows 身份验证协作的详细信息，请参阅集成 Windows 身份验证。有关 Kerberos 协议工作原理的总体信息，请参阅 Windows XP 文档中的“Kerberos v5 身份验证”。
    　　另外，IIS 还支持摘要式身份验证和高级摘要式身份验证。摘要式身份验证和高级摘要式身份验证是针对 Windows 域服务器创建的，为密码和通过 Internet 传输信息提供了更严格的安全性措施。有关摘要式身份验证的信息，请参阅摘要式身份验证和配置摘要式身份验证。有关高级摘要式身份验证的信息，请参阅高级摘要式身份验证和配置高级摘要式身份验证。
    　　WebDAV的优势
    　　由于 Web 已经成为 Internet 的基础，因此 HTTP 1.1（超文本传送协议）被证实是用来传输数据的非常灵活的通用协议。 但是，HTTP 存在一些明显的缺点，从而限制了它作为综合的 Internet 通讯协议而被采用： 它非常适合用于查看的静态文档，但不能提供以足够复杂（以便向客户端提供丰富的创作功能）的方式来处理文档的方法。
    　　例如，当两个作者在未进行交流的情况下同时对一个文档进行更改时，就会出现“更新丢失”问题。 只有由最后一个作者完成、并将修改后的文档重新上载到服务器的修改才会保留下来，另一个作者进行的更改将丢失。
    　　IETF WebDAV 工作组的目标是，设计一个协议，它提供基于标准的论坛中任何分布式创作工具需要的功能。 当前的 WebDAV 规范 (IETF RFC 2518) 解决协作式创作工具的三个主要问题：
    　　• 改写保护。HTTP 1.1 无法确保客户端可以保护资源，并且可以在其他客户端同时编辑它们的情况下进行更改。 使用 WebDAV，可以通过多种方式来锁定资源，以便让其他客户端知道您对所讨论的资源感兴趣，或者防止其他客户端访问该资源。
    　　• 资源管理。HTTP 只能直接访问单个资源。 WebDAV 提供一种更有效地组织数据的方法。 WebDAV 引入了可包含资源 的集合（类似于文件系统文件夹）概念。 通过 WebDAV 进行的资源管理包括如下功能：创建、移动、复制和删除集合，以及集合中的资源或文件。
    　　• 文档属性。不同类型的数据具有唯一的属性，这有助于描述数据。 例如，在电子邮件中，这些属性可能是发件人的姓名和接收邮件的时间。 在协作文档中，这些属性可能是文档原始作者的姓名和最后一个编辑者的姓名。 因为人们使用的文档类型各不相同，所以可能的属性类型列表也变得无限大。 XML 是 WebDAV 所需的一种可扩展通讯工具。
    　　WebDAV 请求的格式
    　　HTTP 1.1（请参阅 IETF RFC 2068）提供一组可供客户端与服务器通讯的方法，并指定响应（从服务器返回发出请求的客户端）的格式。 WebDAV 完全采用此规范中的所有方法，扩展其中的一些方法，并引入了其他可提供所描述功能的方法。 WebDAV 中使用的方法包括：
    　　• Options、Head 和 Trace。 主要由应用程序用来发现和跟踪服务器支持和网络行为。
    　　• Get。 检索文档。
    　　• Put 和 Post。 将文档提交到服务器。
    　　• Delete。 销毁资源或集合。
    　　• Mkcol。 创建集合。
    　　• PropFind 和 PropPatch。 针对资源和集合检索和设置属性。
    　　• Copy 和 Move。 管理命名空间上下文中的集合和资源。
    　　• Lock 和 Unlock。 改写保护。
    　　WebDAV 请求的一般结构遵循 HTTP 的格式并且由以下三个组件构成：
    　　• 方法。 声明由客户端执行的方法（上面描述的方法）。
    　　• 标头。 描述有关如何完成此任务的指令。
    　　• 主体（可选）。 定义用在该指令或其他指令中的数据，用以描述如何完成此方法。
    　　在主体组件中，XML 成为整个 WebDAV 结构中的关键元素。

    查看(491) 评论(0) 收藏 分享 管理

  • 工作半年小结（1）

    2009-06-04 18:49:01

    从一入职开始到现在已经半年多了，
    现在最大的感觉就是自己会的东西好少，
    唯一的基础也都是在学校实验室里养成的一点习惯。
     
    在这半年里，我做的一直都是基于sharepoint手工测试。
    对于sharepoint本身就可能存在bug的工具，
    我们还要基于它去测一些web.
     
    ３月份才从一个项目组从零开始，
    到现在几个月虽然一直都是paper work,
    但足以发现自己做事的缺点。
     
    不太懂代码是我最深远的发展拦路虎，
    这个可以学，
    做事只要求时间和数量，
    而没有重视质量，
    没有重视逻辑思维的应用，
    这个也可能是由个人的性格特征决定的，
    我就是这样一个急性子人，
    因此，这个也可以学。。
     
    就是这样，我还总结出一条，
    做事不但要仔细，做的快还不要着急出结果！
    。。。。
    现在对未来仍然充满希望，
    毕竟是年轻嘛
    要有工作经验。。
    因此一点点的积累吧！
     
    重视过程，不管结果！

    查看(495) 评论(0) 收藏 分享 管理

  • <转自51主页>某网站性能测试用例

    2009-01-04 10:09:54

    某网站提供会员模板下载、上传、购买、支付等功能，目前进入性能测试阶段，通过性能需求可以了解到主要有以下几个性能指标需要进行测试：

    　　● 产品页面刷新性能

    　　● 产品上传性能

    　　● 产品下载性能

    　　目前给出的指标为：

    　　延迟：

    　　测试项         响应时间  抖动   备注

    　　产品页面刷新     <5秒    <2秒

    　　产品下载相应时间  <4秒    <2秒

    　　吞吐量：

    　　编号                项                 吞吐量

    　　Perf.T.1 所有登录用户在线状态更改频率  每10分钟1次

    　　Perf.T.2 每日页面平均访问量           60000次

    　　Perf.T.3 每日下载量                  50000

    　　Perf.T.4 平均每日新增会员数量          500

    　　Perf.T.5 高峰同一模板下载量           100用户并发下载

    　　Perf.T.6 高峰不同模板下载量           150用户并发下载

    　　容量：

    　　编号       项            容量

    　　Perf.C.1 用户数          <=100万

    　　Perf.C.2 活动用户数       10000

    　　Perf.C.3 模板中心总用户数  <=25万

    　　根据如上性能需求及数据我们该如何设计性能测试用例及场景呢？（可以说给出的性能需求很垃圾，没有丝毫价值，但没办法还是点做啊）

    　　首先，我不去在乎它要求的性能是什么，我只需要去做在一定的测试环境下对系统进行压力测试，找到各个性能指标的临界点就好了，至于是否达到性能指标，在和性能需求对照编写测试报告即可。

    　　所以，针对这几个需要进行性能测试的页面，我们做一下分析，如何设计场景才能尽可能准确地体现出系统的性能：

    　　先说一下搜索页面

    　　搜索页面根据对项目的了解，搜索后，将所有符合条件的结果遍历出来，显示在前台，每页的显示数量是一定的，超出的部分分页显示。根据上面的描述我们可以看出搜索结果是在将符合条件的所有结果集均发送到前台页面，对于页面显示对性能的消耗我们可以忽略不计，主要的压力来自数据的传输、sql的执行及应用服务器的处理过程，所以我可以从两个方面设计场景：

    　　a、虚拟用户一定，不同数据库数量级的情况下，搜索的性能

    　　如何确定虚拟用户的数量成为一个关键，我们可以让客户提供一个常规情况下每天访问用户数（如果没有实际数据可参考，可以根据产品方案中期望的用户数来代替），我们就用这个用户数来进行测试；再来分析一下不同的数据库数量级，如果系统运营1年的产品数据量是5万条，那么我们就根据这个值分别取1W条、3W 条、5W条、10W条、20W条数据量来进行测试（具体的分法可以根据实际情况而定），所以对于这个测试目标，我们可以设计5个场景进行：

    　　虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间

    　　100 10000  搜索页面 随机产生 30分钟 加入思考时间

    　　100 30000  搜索页面 随机产生 30分钟 加入思考时间

    　　100 50000  搜索页面 随机产生 30分钟 加入思考时间

    　　100 100000 搜索页面 随机产生 30分钟 加入思考时间

    　　100 200000 搜索页面 随机产生 30分钟 加入思考时间

    　　b、一定数据库数量级，不同量虚拟用户的情况下，搜索的性能

    　　我们定下来一个常规的数据库数据量，在数据量不变的情况下逐步增加虚拟用户数，测试一下不同虚拟用户压力下系统的性能

    　　虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间

    　　50  50000 搜索页面 随机产生 30分钟 加入思考时间

    　　80  50000 搜索页面 随机产生 30分钟 加入思考时间

    　　100 50000 搜索页面 随机产生 30分钟 加入思考时间

    　　120 50000 搜索页面 随机产生 30分钟 加入思考时间

    　　150 50000 搜索页面 随机产生 30分钟 加入思考时间

    　　产品上传

    　　影响上传性能的主要因素有上传文件的大小和上传的请求数，所以我们就从这两个方面设计用例。

    　　a、虚拟用户数一定，上传不同大小的文件

    　　虚拟用户数 上传文件大小 录制页面 并发用户数 执行时间 思考时间

    　　50 100k 上传页面 随机产生 30分钟 取消思考时间

    　　50 300k 上传页面 随机产生 30分钟 取消思考时间

    　　50 500k 上传页面 随机产生 30分钟 取消思考时间

    　　50 800k 上传页面 随机产生 30分钟 取消思考时间

    　　50 1M   上传页面 随机产生 30分钟 取消思考时间

    　　b、上传文件大小一定，不同量的虚拟用户

    　　虚拟用户数 上传文件大小 录制页面 并发用户数执行时间思考时间

    　　20  300k 上传页面 随机产生 30分钟 取消思考时间

    　　50  300k 上传页面 随机产生 30分钟 取消思考时间

    　　80  300k 上传页面 随机产生 30分钟 取消思考时间

    　　100 300k 上传页面 随机产生 30分钟 取消思考时间

    　　产品下载

    　　影响下载性能的主要因素有下载文件的大小和下载的请求数，所以我们就从这两个方面设计用例

    　　a、虚拟用户数一定，下载不同大小的文件

    　　虚拟用户数 下载文件大小 录制页面 并发用户数执行时间思考时间

    　　50 100k 下载页面 随机产生 30分钟 取消思考时间

    　　50 300k 下载页面 随机产生 30分钟 取消思考时间

    　　50 500k 下载页面 随机产生 30分钟 取消思考时间

    　　50 800k 下载页面 随机产生 30分钟 取消思考时间

    　　50 1M   下载页面 随机产生 30分钟 取消思考时间

    　　b、下载文件大小一定，不同量的虚拟用户

    　　虚拟用户数 下载文件大小 录制页面 并发用户数 执行时间 思考时间

    　　20 300k 下载页面 随机产生 30分钟 取消思考时间

    　　50 300k 下载页面 随机产生 30分钟 取消思考时间

    　　80 300k 下载页面 随机产生 30分钟 取消思考时间

    　　100 300k 下载页面 随机产生 30分钟 取消思考时间

    查看(403) 评论(1) 收藏 分享 管理

  • <转>web测试经典总结

    2008-12-01 16:04:19

    暂无

    查看(429) 评论(0) 收藏 分享 管理

Open Toolbar