敌测漏师

一.   Cookie技术背景说明1.  Cookie文件的实质　　Cookie实际上是Web服务端与客户端（典型的是浏览器）交互时彼此传递的一部分内容，内容可以是任意的，但要在允许的长度范围之内。客户端会将它保存在本地机器上（如IE便会保存在本地的一个txt文件中），由客户端程序对其进行管理，过期的Cookie会自动删除。每当客户端访问某个域下某个目录中的网页时，便会将保存在本地并且属于

网络产品测试过程中，网络请求是一个关键的测试点。如何保证网络数据传输的正确性也是我们测试的重点。          在以前某个项目的测试中，遇到一个情况，就是被测程序启动后会检查更新，但是配置好了升级环境后，在客户端并没有被触发。          使用网络截包工具检查，竟然没有看到网络请求，这是什么原因呢？          遍查客户端和服务器的网络环境，均没有发现问题，最终，当我将

问题背景：l  将baidu加入ie的“Internet选项”---“安全”---受限站点列表中，设置搜狗浏览器的默认搜索引擎为百度，在搜索栏搜索“测试”，返回结果正常；l  在地址栏输入http://www.baidu.com，然后在页面搜索框中输入“测试”并点击“百度一下”按钮，弹出“向 受限站点 发送信息时，其他人可能会看到您所发送的信息。是否继续发送？”的提示。l  从地址栏检

 一．问题背景l  在浏览器测试中，我们曾经遇到下面几种情况：Ø  安装完毕立即启动浏览器并通过浏览器下载数据到系统盘根目录，下载完成前重启浏览器，下载任务无法继续进行u  这是因为安装完毕启动的浏览器进程是高完整性级别，系统盘根目录需要高完整性级别的进程才能进行写操作的；当重启浏览器后，进程以默认的中完整性级别启动，这时候无法操作具有高完整性级别的数据，因而继续下载失败。 Ø 

JSP:   response.setStatus(401);%> PHP:    header( HTTP/1.1 500 Internal Server Error );?> ASP  Response.Status="301 Moved Permanently"   //Response.AddHeader "Locatio

在软件测试工作中，测试人员最大的目标就是尽可能的提升产品质量，减少bug数量。因而bug长期以来都困扰着广大测试工程师，如何尽可能减少bug数，在测试的各个阶段都有不同的解决方案，下面以我经常犯错的bug回归阶段的bug遗漏问题说起。回归阶段的bug遗漏通常有几种原因： 1.      bug回归人员对回归bug所对应的功能不够熟悉，不能或没有举一反三，没有将所测功能的其他入口点遍

在这个提倡敏捷开发的年代，测试当然也要敏捷。然而我们面对这样一个现实，不完整的敏捷：需求变更频繁，项目迭代时间短，文档不完整，人员不齐全这样一个窘境。在经过一段时间的项目经历之后，我开始思考经常遇到的问题：为什么原本做好的计划经常被打乱？为什么开始时做好的规划，在测试过程中却不能被遵守？为什么对于项目的预期往往不够？怎样才能在各项资料并十分不完备情况下进行快速迭代开发和测试

    在客户端软件测试过程中，经常涉及到一个功能的测试：排序。在设计排序功能测试用例时我们会考虑各种影响因素：节点名称上的特性，节点属性，其他功能模块对数据的影响，其他功能模块对UI展现的影响等几个方面。    那么排序效果到底是如何实现的呢？这里不得不说到一个函数CompareString()。我们所需要的功能主要就是靠他了。一.函数定义int CompareString( LCID locale, DWORD dwCmdFlags, PCTSTR pString1, int cch1,PCTSTR p