Kesa_Kong的专栏

一、软件测试概述     软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Do the right thing），另一方面是确认

引言软件测试按测试用例设计(TEST CASE DESIGN)方法分为白盒测试(WHITE-BOX TESTING)和黑盒测试(BLACK-BOX TESTING)。 按测试过程或测试策略，软件测试分为单元测试(UNIT TESTING)，集成测试（INTEGRATION TESTING〕，确认测试（VALIDATION TESTING〕和系统测试（SYSTEM TESTING〕。在以前的有关

 Acceptance Testing－－可接受性测试  一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。  actual outcome－－实际结果  被测对象在特定的条件下实际产生的结果。  Ad Hoc Testing－－随机测试  测试人员通过随机的尝试系统的功能，试图使系统中断。  algorithm－－算法  （1）一个定义好的有限规则集，用

  WinRunner 脚本标准格式    

 Winrunner经验总结1.1 脚本录制规范：基本原则是录制脚本要分开、gui文件要合并、批调用回放验证、可移植回放验证。1.1.1 录制脚本要分开：脚本太大，不仅不利于以后的维护，并且会导致WinRunner的不可预测的错误产生（具体可以参考WinRunner 的Readme文档）。录制时，可以根据测试用例的流程，拆分为几个小流程，对每个小流程分别录制成不同的脚本。1.1.2 gui

 软件测试的方法和技术是多种多样的。　　对于软件测试技术，可以从不同的角度加以分类：　　从是否需要执行被测软件的角度，可分为静态测试和动态测试。　　从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；1、黑盒测试　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完

 测试常识软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现的隐藏的软件缺陷。 生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷（ Software Bug ）的具体含义包括下面几个因素： •  软件未达到客户需求的功能和性能；

  WinRunner的问题整理   多数问题是在MSN上，论坛上其他测试人员提出的问题，我回答后发现很多

天地玄黄，宇宙洪荒；所谓光阴似箭，因为一转眼滚滚的历史车轮就将人类文明推进了二十一世纪的信息时代！葛大爷有对白曰：“二十一世纪最宝贵的是什么？”对曰：“人才！”何为人才？sincky曰：“适应时代潮流，把握社会需求，并为我中华老大帝国创造社会价值的人！”哎哟，不诹了，其实今天笔者在这里要和大家探讨的，是软件

集成测试       集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程

由于性能测试与功能测试有很大的区别，所以讨论出的结果可能与预先的设想有一定的区别。性能测试的目的： 为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。性能测试指标的来源：用户对各项指标提出的明确需求；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。（需求+经验）主要的性能指标：服务器的各项指标（CPU、内存占用率等）、后台数据库

 随着当今技术和市场环境的变化，越来越多的企业选择将软件项目外包，同时也有更多成熟的大型软件企业加入到软件项目的承包队伍中。外包的软件项目越来越多，如何对这些外包的项目进行验收测试日益成为企业的一个关键问题。用户验收测试的总体思路 　　用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。由

具有软件开发，测试实施经验    软件质量保证牵扯到软件开发的方方面面，包括从启动到需求，到设计，到开发，到测试，到发布，到后期维护的整个过程。在启动阶段，你要理解如何制定项目章程，如何书写项目范围说明书，如何制定项目计划；在需求阶段，你需要理解如何与用户确认需求，如何进行需求分析，如何与用户确认用户需求；在设计方面你要大体理解当前设计前沿技术，了解数据库知识，如何进行概要设计和详细设计；在构

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

 软件测试过程管理实践 分类:测试天地摘要    随着测试技术的蓬勃发展，测试过程的管理显得犹为重要，过程管理已成为测试成功的重要保证。经过多年努力，测试专家提出了许多测试过程模型，包括V模型、W模型、H模型等等。这些模型定义了测试活动的流程和方法，为测试管理工作提供了指导。但这些模型各有长短，并没有哪种模型能够完全适合于所有的测试项目，在实际测试中应该吸取各模

Web测试方法   在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复

增量和迭代模型　增量迭代是RUP统一过程常采用的软件开发生命周期模型.增量和迭代有区别但两者又经常一起使用.所以这里要先解释下增量和迭代的概念.假设现在要开发A,B,C,D四个大的业务功能,每个功能都需要开发两周的时间.则对于增量方法而言可以将四个功能分为两次增量来完成,第一个增量完成A,B功能,第二次增量完成C,D功能;而对于迭代开发来将则是分两次迭代来开发,第一次迭代完成A,B,C,D四个基本

瀑布模型/改进的瀑布模型　虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段.　由于需要对每一个阶段进行验证,瀑布模型要求每一个阶

 4. 基于模型的测试    模型实际上就是用语言把一个系统的行为描述出来，定义出它可能的各种状态，以及它们之间的转换关系，即状态转换图。模型是系统的抽象。基于模型的测试是利用模型来生成相应的测试用例，然后根据实际结果和原先预想的结果的差异来测试系统，过程如下图所示。500){this.resized=true;this.style.width=500;}" ōnclick="

IEEE Standard 610 (1990) 中定义测试用例为：1. 为一个为特定目标而开发一组测试输入，执行条件和的期望结果，例如测试某个程序路径或核实是否满足某个特定的需求。2.指定输入，预期结果和一组测试项的执行条件的文档(IEEE Std 829-1983)。  当然，你将发现在项目的生命周期里的每一个应用程序的版本上执行你全部的测试用例是很困难的。但是你将如何知道哪个测试

 报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。需要掌握的报告技术归纳如下。  1. 描述(Description)，简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置  描述要准确反映错误的本质内容，简短明了。为了便于在软件错误管理数据库中寻找制定的

 关于QA的职责一、 概述　　 许多企业在建立研发管理体系时，尤其是实施CMMI时，都需要建立一个QA组织。但由于缺乏经验和指导，只能摸着石头过河，先从各个部门抽调一些新人和“闲人”成立一个部门，按照规范要求试试再说。这样尝试的结果，往往是走了弯路，一切回到原点。　　 还有一些企业已经成立了QA部门，QA的职责就是保证过程体系一板一眼地得到严格执行。而研发人员却认为QA只会站在研发环节