黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。黑盒测试试图发现以下类型的错误： 　　1）功能错误或遗漏；　　2）界面错误；　　3）数据结构或外部数据库访问错误；　　4）性能错误；　　5）初始化和终止错误。　　白盒测试在测试的早期采用，而黑盒测试主要用于测试的后期。黑盒测试故意不考虑控制结构，而是注意信息域。黑盒测试用于回答以下问题：　　·如何测试功能的有效性？.

白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。用白盒测试产生的测试用例能够：　　1）保证一个模块中的所有独立路径至少被使用一次；　　2）对所有逻辑值均需测试true和false；　　3）在上下边界及可操作范围内运行所有循环；　　4）检查内部数据结构以确保其有效性。　　“我们应该更注重于保证程序需求的实现，为什么要花费时间和精力来担心（和测试）逻辑细节？”答案在于软件自身的缺陷：　　· 逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我.

　　“但是，它仅仅是一个很小很小的改动！我们怎么会预先想到它会造成这么大的问题？”　　怎么会，确实！　　回归（向后追溯）是软件系统的现实生活。即使之前是很好地工作的，但是不能确保它会在最近的“很小”的改变后也能工作。是的，模块设计和充分的系统架构可以减少这种问题的出现，但是不能完全消除。　　回归测试是永远都需要的。但是我们在非常有限的时间里测试一个“很小”的改动，我们怎么进行充分的回归测试呢？我们怎么知道查找哪些方面？我们怎么减少出现问题的风险？　　回归的问题　　回归的问题根源是软件.

　测试用例的编写作为QC特定的概念、技能，成为唯一广泛公认的东西。在项目测试过程中，最值得考虑的、最重要的当属测试用例的设计以及创建有效的测试用例。　　但是，仍然有不少的测试团队和测试人员认为没有必要编写和设计测试用例，尤其是当敏捷开始盛行后，很多人更是认为编写和设计测试用例是浪费时间。为什么要写测试用例？　　测试用例的创建至少会有两个用途或目的：　　（1）如果顾客有要求的话，测试用例会是交付给顾客的产品中的一部分。测试用例在这里充当了提高可信度的作用。　　（2）测试用例只作为内部使用。在.

　软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。　　用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。　　测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。　　重要级别： 定义测试用例的优先级别，可以笼统.

1.流程的意义　从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓起，规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。软件产品的开发同其它产品（如汽车）的生产有着共同特性，即需要按一定的过程来进行生产。在工业界，流水线生产方式被证明是一种高效的，且能够比较稳定的保证产品质量的一种方式。通过这种方式，不同的人员被安排在流程的不同位置，最终为着一个目标共同努力，这样可以防止.

测试计划描述了如何进行测试，有效的测试计划会驱动测试工作的完成，使测试执行、测试分析以及测试报告的工作开展更加顺利。一、测试计划的重要性和目的1、 测试计划的重要性测试计划是在软件测试中最重要的步骤之一，它在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。2、 测试计划的目的测试计划描述所要完成的测试，包括测试背景、测试目的、风险分析、所需资源、任务安排和进度等：.

本文以一个工作流测试项目为例， 总结了在测试过程中积累的经验，探讨了目前国内软件开发企业在软件测试过程中遇到的问题以及解决的方法。测试项目背景和实施情况工作流在某公司软件产品线中占有重要地位。Workflow项目是5系列中的一个小版本，主要增加了任务代办、任务代理、以及任务交接等功能，同时还修复了一些易用性和功能性的Bug。下面，我们大概介绍一下这个项目的实施情况：·项目规模与测试人员配置：项目代码行数：5万行开发人员配置：开发人员5名、实习生1名测试人员配置：测试设计人.

一套完整的测试应该由五个阶段组成：　　1．测试计划　　首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。　　2．测试设计　　将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性.

　从各种资料上找到以下几种测试模型，拷贝粘贴，内容并非本人原创，只是为了方便学习和记忆。总结如下：　　1、V模型　　在软件测试方面，V模型是最广为人知的模型，尽管很多富有实际经验的测试人员还是不太熟悉V模型，或者其它的模型。V模型已存在了很长时间，和瀑布开发模型有着一些共同的特性，由此也和瀑布模型一样地受到了批评和质疑。V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。.

我跟一个六年工作经验的前辈聊天时她问的“我不知道你为什么想做测试，测试是做什么的，你要做哪种测试，那你怎么看待测试呢，测试是一种要求策略，能力和自豪感的职业，我对我所做的就很有自豪感。”　　我也对此苦思了好久，终究没有我要的答案，如是我上网搜索了一些值得学习和有助今后找工作面试都有用的答案。下面是我的整理13条定律：　　1、测试是做什么的？　　如果是专业的测试人员的话，那软件测试的工作就相当复杂了，首先制定测试计划是势在必行的，包括测试的起始结束时间，在什么时间要有什么进度，之后就是进行各个.

　基于不同的立场，存在着两种完全不同的测试目的。从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可以接受该产品。而从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。因此，他们会选择那些导致程序失效概率小的测试用例，回避那些易于暴露程序错误的测试用例。同时，也不会着意去检测、排除程序中可能包含的副作用。　　显然，这样的测试对完善和提高软件质量毫无价值。因为在程序中往往存在着许多预料不到的.

第一作用是过滤器　　测试第一个作用就起到过滤器的作用。把劣质产品不让流到客户那里去。　　过滤网的编织　　我们都知道过滤器好坏，完全取决于滤网制定是否合理。　　过滤网太细密，水会流的很慢，也就是说产品的质量是提高了但是要考虑到成本的消耗。成本消耗过大，优质产品也可能是失败的产品。　　过滤网太粗糙，水会流的很快，但这样过滤的水好像不能被人饮用，人们会很不留情的把水倒掉。 我的产品也是同样太粗糙总是有问题，我们的客户也会很不留情的放弃我们的产品。　　所以过滤网不能太细密也不能太粗略，适合就.

1、软件测试原则　　1)尽早和不断的测试　　2)彻底的测试不可能　　3)软件测试是有风险的行为　　4)并非所有的软件错误都能修复　　5)反相思维逻辑　　6)由小到大的测试范围　　7)避免检查自己的代码　　8)追溯至用户需求　　2．为什么不能完全测试　　1)测试数据输入量太大　　2)输出结果太多　　3)软件的操作步骤太多　　4)软件说明书并非“盲人手册”　　3、并非所有的错误都能修复，BUG不能被关闭的原因　　1)不算真正的软件错误　　2)没有足够的时间　.

随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多。同时，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动的开展和真正提高软件测试质量。误区之一：软件开发完成后进行软件测试人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细.

目前流行的软件测试有八项基本原则，这八项基本原则可以指导我们更有效的执行软件测试。　　1、应当把“尽早和不断的测试”作为开发者的座右铭　　测试应该尽早进行，最好在需求阶段就开始介入，不要等到软件产品做完了才开始。　　2、程序员应该避免检查自己的程序，软件测试应该由第三方构造。程序员对自己的程序已经产生抗体，所以测试自己的程序无法测试深层次的缺陷。　　3、设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断，电源断电等。　　.

作者：Randall W.Rice, CSQA, CST, CSTM1、 你是一个检查者，你不需要为质量负责很多测试人员误入歧途，不明白他们是评测产品的而不是控制产品的。这两者之间有着天壤之别。例如，一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的。我询问团队中的成员他们是否被支付薪水了，通常得到的回答都是“是”。我又询问他们是否尽力去做工作了，再一次，通常得到的回答都是“是”。我于是告诉他们，“你们做了你们的工作。你们尽力.

考NSQ国家软件质量技术资格证书的朋友可以看下哦！

一个良好的需求应当具有的特点：完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。正确性：每一项需求都必须准确地陈述其要开发的功能。一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。健壮性：需求的说明中.

为了改善软件质量，人们不仅从企业文化、软件过程模型、需求工程、设计模式等不同方面来获取有效的方法和最佳的实践，而且开始重视软件测试、在软件测试上有更多的考虑和投入。虽然质量是内建的，但软件测试依旧承担着非常重要的作用。软件质量一直是软件工程中的一个焦点，成为人们几十年来不断研究、探索的领域。软件测试自身也在发生变化，已经不再只充当门卫——在软件发布之前进行检验，而是正在成为一个持续的反馈机制，贯穿软件开发的整个过程，尽早地发现问题，降低开发成本，提高软件开发生产力。软件测试人员不再是.