emma_he的专栏

// get micro second   LARGE_INTEGERt1,t2,t3;   QueryPerformanceFrequency(&t3);   QueryPerformanceCounter(&t1);// Do something   QueryPerformanceCounter(&t2);   LONGLONGquadtime = t2.QuadPart-t1.QuadPart;   DWORDswTime = quadtime * 1000000/t3.QuadPart;swTim

http://www.ltesting.net/html/64/n-167364.html近来，在我负责的公司某软件产品的最后测试工作，常常被问到这样一个问题：在做测试过程中，我们的软件产品在安全性方面考虑了多少?应该如何测评一个软件到底有多安全?　　这个软件因为涉及客户商业上重要的信息资料，因此用户关心的核心问题始终围绕“这个软件安全吗”。一个由于设计导致的安全漏洞和一个由于实现导致的安

作者：conanpaul 来源：优快云  认识软件缺陷，首先要了解软件缺陷的概念，其次是了解软件缺陷的详细特征，最后就是它的属性了，再高一个层次就是学习利用管理软件缺陷的工具了。1、首先介绍软件缺陷的概念软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。2、软件缺陷的详细特征a、单一准确b、可以再现（要求软件缺陷具有精确的步骤）c、完整统一d、短小简练e、特定条件f、补充完整g

Q：如何修改打好的包setup.exe的Copyright？A：默认的copyright是microvision公司的，可以在ReleaseWizard的如下页面中修改： Q：如何修改打好的包setup.exe的Description？A：修改Installation Information|General Information|Summary Information Str

看到了这篇文章，总结的很不错，看了一遍再结合以往使用6.3的经验，觉得12很容易上手，特此记录，原文链接：http://blog.youkuaiyun.com/plfl520/archive/2009/07/18/4358968.aspx（图片好多，还是看原文吧，应该不会被删的）一、InstallShield安装1、  点击[InstallShield.12.豪华完全版].installshield1

关于   InstallShield   Projects：         InstallShield   可以创建三种类型的项目（Project）     1、InstallScript   Project     2、InstallScript   MSI   Project     3、Basic   MSI   Project     前者完全是   InstallShield   自己

windows installer  微软Windows Installer作为Win2K/WinXP/WinVista的组件之一，是专门用来管理和配置软件服务的工具。在Win95、Win98、WinMe与WinNT4.0下，作为额外的产品提供，允许用户有效地安装与配置软件产品与应用程序。新的Installer提供给软件产品新的特性，例如使用命令行安装产品、增加了用户的可定制性。   Window

一、初识Windows功能增强“插件”MSI 我们经常可以看到许多软件只有一个扩展名为MSI的文件，双击这个文件运行，就会出现和Windows应用软件安装非常相似的安装过程，MSI文件到底是什么？为什么许多软件开始用MSI格式来发行呢？请听我慢慢说来。 1.MSI文件的由来 说到MSI文件，不得不先说说Windows Installer，它不只是安装程序，而是可扩展的软件管理系统。Windows

编码率/比特率直接与文件体积有关。且编码率与编码格式配合是否合适，直接关系到视频文件是否清晰。 在视频编码领域，比特率常翻译为编码率，单位是Kbps，例如800Kbps 其中， 1K=1024 1M=1024K b 为 比特（bit） 这个就是电脑文件大小的计量单位，1KB=8Kb，区分大小写，B代表字节(Byte) s 为 秒（second） p 为 每（per） 以800kbps来编码表示经过

<br />有时候人们怀疑一个系统的底层结构能否保证这个系统在被使用时达到安全而高效，64位版本的Windows在这方面就比较完美。Windows XP和Windows Server 2003都是运行64位硬件的64位版本操作系统。64位Windows操作系统运行64位代码，同时通过使用WoW64(Windows on Windows 64)也能运行32位代码。 <br />        你看，这并不是什么大问题，毕竟，32位版本的不同Windows操作系统都用来同时运行32位和16位代码。(技术上说，并

<br />版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明<br />http://wfpb.blogbus.com/logs/5596832.html<br /><br />  安装信息(Setup Information)文件是Windows系统支持的一种安装信息存放文件，一般以INF作为扩展名，因此也叫INF文件。安装信息INF文件与Windows内建的安装服务引擎(API函数库)紧密协同工作，基于其严格的编写语法制作而成的INF文件在拷贝、删除文件，增、删注册表键，更改系统设置等方

<br />关键字：RFID  射频识别  天线  射频识别技术原理分析<br /> <br /> <br />射频识别(RFID)技术相对于传统的磁卡及IC卡技术具有非接触、阅读速度快、无磨损等特点，在最近几年里得到快速发展。为加强中国工程师对该技术的理解，本文详细介绍了RFID技术的工作原理、分类、标准以及相关应用。<br /> <br /> <br />RFID技术利用无线射频方式在阅读器和射频卡之间进行非接触双向数据传输，以达到目标识别和数据交换的目的。与传统的条型码、磁卡及IC卡相比，射频卡具

“即插即用”是指安装了设备之后系统可以自动配置和管理设备，不需要人工处理即可使用。“热插拔”是指可以在开机状态下将设备与主机连接，并可在运行状态下直接断开连接，不会造成数据错误和物理损伤。 人工处理就是需要用户自己来配置和管理设备，例如分配设备所使用的中断号、I/O端口地址、内存地址等，“即插即用”是指这些都由系统自动来完成，现在常见的PC设备基本都是“即插即用”的。热插拔不一定是即插即用设备。“即插即用”和“热插拔”是两种不同的概念，“即插即用”是系统（“软”）的概念，“热插拔”是物理（“硬”）的概念，两

<br />http://wenku.baidu.com/view/88455d4c2e3f5727a5e96276.html

<br />http://www.cnblogs.com/JustinYoung/archive/2008/05/04/IETester.html

http://www.51testing.com/html/96/n-108696.html对被测试点进行分解，把测试用例分解为多个测试场景

<br />界面测试-- 一般包括页面文字,控件使用，少图，CSS，颜色等 <br />1、文字 <br />内容一致性： <br />  公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； <br />  各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 <br />样式一致性： <br />   （通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式 <br />            按钮的文字间距，按钮长度一定前提下，2个字

首先，何谓"测试脚本语言"？准确的说，"测试脚本语言"这个概念并没有确定的范围，一般是用来指在测试过程中使用到的脚本语言。那么，测试过程中使用的脚本语言到底包括哪些呢？

这次的测试，使用了测试工具——CPPUnit.这里想将我遇到的问题，总结记录一下，不管解决没有解决都方便以后查阅： 1.最让我恼火的问题，是在单步调试CPPUnit的测试代码的时候，在ASSERT失败的时候，特别容易出现程序没有相应的问题，而且必须要重新启动电脑才行。一直没有查找出问题的原因。 2.测试音视频的画质和音质的时候，目前只是通过人为地判断，没有在代码中体现，这会导致

http://tech.e800.com.cn/articles/2009/612/1244785568820_1.html谈到自动化测试，一般就会提到测试工具。许多人觉得使用了一、两个测试工具就是实现了测试自动化，这种理解是不对的，至少是片面的。的确，测试工具的使用是自动化测试的一部分工作，但“用测试工具进行测试”不等于“自动化测试”。那什么是“自动化测试”？ 半自动化测试过程，算不算自

长久以来一直在探索软件自动化测试的理论和方法，最期望通过自动化测试来提高测试工作的效率，更快更准确地发现最大限度多的bug。测试中第一次使用CPPUnit——这个单元测试的工具，使用过程就是按照网上的教程，一步一步走，到也没有出现什么大的问题，上次老大给我们开会时提出了CPPUnit使用时可以改进的一些地方，例如，加入直接判断的方法，可以让测试的结果更加直观~这个建议我决定在以后的测试中试着添

在我做QA的第一天，我就决定把那些眼花缭乱的各类测试名词搞个清清楚楚。最近才细读了老大介绍的软件测试方法和技术一书，o，my，终于有机会把它们全都搞清楚了，因为种种好说但懒得说的原因，就把它们都总结下来写在这里~第二章第四节讲述了软件测试的分类和阶段，软件测试可以分别按测试范围、测试目的、测试对象、测试过程分类。1.按测试范围分类●单元测试●组件测试●集成测试●系统

这周开始要进行SDK的集成测试，对于集成测试，我之前并没有什么概念，拿着项目负责人给的测试要求，我竟然觉得每一个要求似乎就对应着一个测试用例就OK啦，何须再设计什么测试用例呢？于是我要好好地看一下测试的书了，测试理论的薄弱，在此刻暴露无疑，它直接制约了我工作地开展，我期望能有理论来指导我成功地完成这次测试任务。于是我几乎花了两天的时间来学习老大给介绍的软件测试方法和技术这本书，边读就边有很

  的评审能够使用例的结构更清晰，覆盖的用户场景更全面；对于测试工程师来说也是一个快速提高用例设计能力的过程。 测试用例　　1、需要评审的原因　　测试用例是的准则，但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免会有不同程度的差异。软件测试　　2、进行评审的时机　　一般会有两个时间点。第一，是在用例的初步设计完成之后进行评审

 用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。 　　测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。　　重要级别： 定义测试用例的

 对于软件，开发者往往只注意到其功能和性能，而忽略了用户手册。其实用户手册也是衡量软件好坏的一个重要标准。好的用户手册可以帮助用户快速入门，是用户正确、充分使用软件的前提。对于开发者来说，好的用户手册可以减少培训和售后服务的费用。所以在测试中，不能忽略用户手册的重要性，应从以下多个方面考察用户手册的质量。    用户手册的完整性    重点考察用户手册内容的全面性与完整性，从总体上把握用户手册的质

 在软件项目实施过程中正确、有效地进行配置管理，需要进行科学合理的规划工作，并确定相应的执行策略。本文针对软件项目工作的特点，介绍了配置管理工作的一般步骤和注意事项。      当软件开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。软件配置管理可以帮助开发团队对软件开发过程进行有效

　Kerry Zallar 在《Are you ready for automation》中提到软件测试的成熟度对于成功实现自动化测试的影响，其中的一个图对我来说很有启发：　　我想大部分在尝试自动化测试而未获得成功的软件企业要首先看看这个图，看自己的软件测试组织处于怎样的成熟度，而不要盲目地上自动化测试。http://testing.youkuaiyun.com/page/ec6c921e-6eaf-4f

 来源：51Testing软件测试网　　讲到测试，人们脑海中首先浮现的是针对软件正确性的测试，即常说的功能测试。但是软件仅仅只是功能正确是不够的。在实际开发中，还有许多其它的非功能因素在起着决定性作用。比如软件响应速度，影响软件响应速度的因素很多，有些是因为算法不够高效，有些可能受用户并发数的影响。　　　　在我所负责的测试项目中，程序功能能够满足客户需求，但当把程序交付客户使用时，由于客户网络应用

这个测试项目马上就要结案了，前前后后，历时四个多月了，日子过得可真快，一眨眼就过去了。当初还说一个多月就把这个项目测试完成Release，现在看来，当初的想法也太简单了，每一个项目都是这样，事前总是因为项目的压力，计划要在多短多短的时间内完成，后来实践了才知道根本不是那么回事。当初~安排测试两个cycle就结束，最后5个cycle才结束，因为：1.       客户的需求不断的变化，程

重点明确以下几个测试方法的概念和开展测试的思路。 单元测试单元测试自己也做过，老早就关注了这种测试方法，目前做的SDK的测试和单元测试也有很大的相似性，单元测试的理论也是一大篇，每一点看起来都是那么的重要，这里主要记录单元测试的方法，记住到底怎么做单元测试，不要和别的测试搞混啦。测试方法：以白盒测试方法为主，辅以黑盒测试方法。单元测试需要达到以下一些具体目标：1.     

最近学习了一下软件测试用例设计方法，在网上真的有很多文章在讲这个问题，而且每看一个就觉得自己以前的理解还是有偏差的，最近主要学习了白盒和黑盒的软件测试用例设计方法： 白盒软件测试用例设计方法：逻辑覆盖法：-语句覆盖-判定覆盖-条件覆盖-判定-条件覆盖-条件组合覆盖-路径覆盖基本路径覆盖 黑盒测试用例设计方法等价类划分法边界值分析法因果图分

回顾过去，总线的发展史    因此说，ISA总线是一种8/16bit的系统总线，它的最大传输速率仅为8MB/s ，它允许多个设备共享系统资源，兼容性较好，因此也就成为了上个世纪80年代最广泛采用的系统总线。不过，摩尔定律驱动PC发展的滚滚车轮以每18个月翻一番的时速向前发展，ISA那传输速率太小、CPU占用资源过高以及占用硬件中断资源等等弊病越来越明显的成为桎梏，限制了PC周边外设的发展。于是

在上一篇文章里面我们介绍了测试覆盖率的分类，举例揭示了需求覆盖率，语句覆盖率，分支覆盖率很条件覆盖率这些问题，在这篇文章里面，则主要介绍为什么要千方百计来找“测试覆盖率”。（关于上一篇文章，参见测试覆盖率之一——测试覆盖率分类）　　关于测试覆盖率讲的最多的地方应该实在测试停止标准里面。在测试停止标准里面经常出现这样的语句“测试覆盖率达到或超过95%”之类的概念。其实，如果你看了我前一篇文章中提到的

http://tech.it168.com/a2009/0117/263/000000263341.shtml 关于覆盖率，网络上最常见的两个词应该是“测试覆盖率”（Test Coverage）和”代码覆盖率“（Code Coverage）。今天就来探探这两个东西。　　在测试里面，一般会将测试覆盖率分为两个部分，即”需求覆盖率“和”代码覆盖率“。可以看到，代码覆盖率其实是测试覆盖率的一

　　在黑盒测试中要保证测试的覆盖率，主要要做好测试需求分析　　测试需求分析分两步：　　1，测试需求的获取　　需求的来源：显式需求（1）原始需求说明书（2）产品规格书（3）软件需求文档（4）有无继承性文档（5）经验库（6）通用的协议规范　　隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析　　2，需求的分析 ，产生测试需求文档　　将不同的需求来源划分成一个个需求点，

http://hi.baidu.com/dqar/blog/item/305a35a9a04325fb1e17a2e9.html测试用例评审工作对测试人员能力的提高，测试效率的提高都有很好的作用，那么如果进行测试用例评审呢？它又哪些标准呢？通过的标准又是什么呢？关于“测试用例内部评审的标准”的讨论的摘要：首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评

http://www.vckbase.com/document/viewdoc/?id=1762一、前言　　测试驱动开发(TDD)是以测试作为开发过程的中心，它坚持，在编写实际代码之前，先写好基于产品代码的测试代码。开发过程的目标就是首先使测试能够通过，然后再优化设计结构。测试驱动开发式是极限编程的重要组成部分。XUnit，一个基于测试驱动开发的测试框架，它为我们在开发过程中使用测试驱动开

刚才听同事讲自动化测试的一些知识分享，勾起了我的心思。对于自动化测试，网络漫天都在讲，自动化测试理论的发展和众多自动化工具的出现，让我们看到了自动化测试的巨大威力和诱惑，这里不去讲理论和工具，在网上一搜一大把，只是想探寻一下我们公司的自动化测试之路。老大，无疑是明智的，自动化测试也是她在大力倡导的，目前公司还基本处在手动测试阶段，不能说是我们不去接收新的测试思想和测试方式，而是我们的测试对

 　　多数人从用例开始就走入了迷途，也许是用例图和数据流图的相似性导致人们把用例定义为简单的功能或者菜单项。不论原因是什么，这都是新手最容易犯的错误。　　　　图 1 错误的方式：用例是菜单项或者功能　　这幅图有什么错误？用最简单的定义，我倾向于把用例看作是关于使用系统作某些有用的事情的方式的故事。利用这个定义，是不是所有的“用例”都是独立的有用的呢？　　答案当然是不是，在这个例子中，用例表示了系统