[活动]迎五一，庆周年，盖高楼(活动结束)

medoraemon

验证软件功能能否正常按照它的需求规格说明书和设计进行工作。包括满足明确的或者隐含的功能，检验运行软件时的期望行为是否符合原需求。

︶ㄣ乖寶貝﹎

等价划分有什么好处啊

六月的雪

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

movestar

测试是不完全的（测试不完全）

很显然，由于软件需求的不完整性、软件逻辑路径的组合性、输入数据的大量性及结果多样性等因素，哪怕是一个极其简单的程序，要想穷尽所有逻辑路径，所有输入数据和验证所有结果是非常困难的一件事情。我们举一个简单的例子，比如说求两个整数的最大公约数。其输入信息为两个正整数。但是如果我们将整个正整数域的数字进行一番测试的话，从其数目的无限性我们便可证明是这样的测试在实际生活中是行不通的，即便某一天我们能够穷尽该程序，只怕我们乃至我们的子孙都早已作古了。为此作为软件测试，我们一般采用等价类和边界值分析等措施来进行实际的软件测试，寻找最小用例集合成为我们精简测试复杂性的一条必经之道。

iori

软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。

medoraemon

在规定的一段时间、以及特定环境下，验证软件产品/项目具备稳定运行能力的测试。

iori

软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。

movestar

测试具有免疫性（软件缺陷免疫性）

软件缺陷与病毒一样具有可怕的 “ 免疫性 ” ，测试人员对其采用的测试越多，其免疫能力就越强，寻找更多软件缺陷就更加困难。由数学上的概率论我们可以推出这一结论。假设一个 50000 行的程序中有 500 个软件缺陷并且这些软件错误分布时均匀的，则每 100 行可以找到一个软件缺陷。我们假设测试人员用某种方法花在查找软件缺陷的精力为 X 小时 /100 行。照此推算，软件存在 500 个缺陷时，我们查找一个软件缺陷需要 X 小时，当软件只存在 5 个错误时，我们每查找一个软件缺陷需要 100X 小时。实践证明，实际的测试过程比上面的假设更为苛刻，为此我们必须更换不同的测试方式和测试数据。该例子还说明了在软件测试中采用单一的方法不能高效和完全的针对所有软件缺陷，因此软件测试应该尽可能的多采用多种途径进行测试。

52042722

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么

六月的雪

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

medoraemon

验证软件产品/项目是否符合大多数用户的使用习惯、以及是否符合国家易用性相关标准。

52042722

        什么是黑盒测试
–        又称功能测试或数据驱动测试，是针对软件的功能需求/实现进行测试，通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构

水上飘

测试用例的维护是一个不间断的过程，通常可以将软件开发的基线作为基准，维护的主要内容包括下述几个方面。  
(1)、删除过时的测试用例
    因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统，这些测试用例就会过时。例如，某个变量的界限发生了改变，原来针对边界值的测试就无法完成对新边界测试。所以，在软件的每次修改后都应进行相应的过时测试用例的删除。  
(2)、改进不受控制的测试用例
    随着软件项目的进展，测试用例库中的用例会不断增加，其中会出现一些对输入或运行状态十分敏感的测试用例。这些测试不容易重复且结果难以控制，会影响回归测试的效率，需要进行改进，使其达到可重复和可控制的要求。
(3)、删除冗余的测试用例
    如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试，那么这些测试用例是冗余的。冗余测试用例的存在降低了回归测试的效率。所以需要定期的整理测试用例库，并将冗余的用例删除掉。
(4)、增添新的测试用例
    如果某个程序段、构件或关键的接口在现有的测试中没有被测试，那么应该开发新测试用例重新对其进行测试。并将新开发的测试用例合并到基线测试包中。  
    通过对测试用例库的维护不仅改善了测试用例的可用性，而且也提高了测试库的可信性，同时还可以将一个基线测试用例库的效率和效用保持在一个较高的级别上。

wssgily

很长时间不来了，试试运气

水上飘

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

水上飘

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

wolsion

划分等价类: 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.

莫玉岩

在负载压力测试时，不进行功能校验，当功能发生错误时，测试工具不能够记录产生的错误，忽略了负载压力情况下的功能不稳定问题。所以负载压力测试期间必须要进行必要的功能内容校验，即在测试过程中记录所有虚拟用户的操作，及服务器的响应，才有助于判断功能错误，这是当前负载压力测试的最大挑战

六月的雪

软件测试目的
        测试的目的就是发现软件中的各种缺陷
        测试只能证明软件存在缺陷，不能证明软件不存在缺陷
        测试可以使软件中缺陷降低到一定程度，而不是彻底消灭
        以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

六月的雪

软件测试原则
        Good-enough: 一种权衡投入/产出比的原则
        保证测试的覆盖程度，但穷举测试是不可能的
        所有的测试都应追溯到用户需求
        越早测试越好，测试过程与开发过程应是相结合的
        测试的规模由小而大，从单元测试到系统测试
        为了尽可能地发现错误，应该由独立的第三方来测试
        不能为了便于测试擅自修改程序
        既应该测试软件该做什么也应该测试软件不该做什么