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

贝贝酷

测试周期：计划——测试设计——测试执行——测试评估

jiang860718

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

jiang860718

灰盒测试，介于白盒测试与黑盒测试之间，灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。

贝贝酷

软件测试工具简介

1、一般软件测试工具分为黑盒测试工具、白盒测试工具、测试管理工具

2、MI loadrunner——性能测试，MI winrunner——功能测试，MI testdirector——测试管理工具，MI QTP——功能测试工具..

贝贝酷

软件质量保证（Software Quality Assurance）：
SQA介入于整个软件开发过程——监督和
改进过程，确认达成的标准和过程被正确的遵循，保证问题被发现和解决。它以预防
为主。

水上飘

Testing coverage（测试覆盖）：
指测试系统覆盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。

贝贝酷

软件测试（Software Testing）:软件测试是在一定控制的条件下，围绕一个系统或应用
的操作并且评价其结果（一个最简单的例子：如果用户使用硬件A，在应用接口B上做
了操作C，那么结果D应当出现），控制的条件应当包括正常和异常的条件。测试企图
使事情变得很糟糕，从而来检测出一些应当发生而没有发生，或者不应当发生而发生
的事情。测试以检测为主。

贝贝酷

软件中存在错误的来源
1、缺乏或者没有进行沟通，如对于一些我们应用程序中应当或者不应当实现的细节问
题。
2、软件复杂度——在当今的软件开发中，对于一些没有经验的人来说，软件复杂性
可能是难以理解的。图形化界面，客户/服务器和分布式的应用，数据通信，大规模的
关系数据库，应用程序的规模等指数般的增加了软件的复杂度。面向对象技术也有可
能增加软件复杂度，除非能够被很好的工程化。
3、编程错误——任何一个编程人员都可能产生错误。
4、不断变更的需求——用户可能不知道变更的影响，或者知道影响却还是需要进行
变更，这些会引起重新设计，工程的重新安排，对其它项目的影响，已完成的工作可
能不得不重做或推翻，硬件需求可能也会受到影响。如果存在许多小的变更或者任何
大的改动，由于项目中不同部分间可知和不可知的依赖关系，这样就会产生问题，跟
踪变更的复杂性也可能引入错误。项目开发人员的积极性也会受到打击。在一些快速
变化的商业环境下，不断变更的需求可能是一种残酷的事实。在这种情况下，管理人
员必须了解结果的风险，QA工程师和测试工程师必须适应和计划进行大规模的测试来
防止不可避免的BUG出现无法控制的局面。
5、时间的压力——软件项目的时间安排是最难的，通常是需要很多猜测的工作。当最
后期限来临的时候，错误也就伴随发生了。
6、人员的自大——我们经常会发现人们普遍喜欢说：
“没问题”
“很简单”
“我可以在几小时内解决那个问题”
“修改那些老代码应当是很简单的”
而不是说：
“那会增加很多复杂性，可能会导致很多错误”
“如果我们要做那个的话，我们将无能为力”
“我无法估计可能要多长时间，除非我能进一步进行观察和研究”
“我们无法搞清楚那些混乱的代码到底在做什么事情”
如果存在太多的“没问题”的话，问题也就产生了。
7、缺乏文档的代码——维护和修改很差的代码或缺乏文档的代码是很困难的。最终
结果将导致BUG的出现。
8、软件开发工具——视图工具，类库，编译器，脚本工具等等通常会把它们自身的
BUG 引入到你的项目中。

水上飘

自动化测试就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，它能够完成许多手工无法完成或者难以实现的一些测试工作。

水上飘

自动化测试就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，它能够完成许多手工无法完成或者难以实现的一些测试工作。

贝贝酷

黑盒测试——不是基于内部代码和设计的知识，而是基于需求和功能。

贝贝酷

白盒测试——基于应用程序的内部逻辑的知识，通过语句，分支，路径和条件的
覆盖率。

iori

用例图（use case diagrams）

　　描述角色和用例之间的关系，着重展示系统必须实现的功能，用于在需求分析阶段分析客户需求。

iori

角色（actor），在与系统的一次或者多次交互中起作用的人，组织或者其他系统（即本系统的用户或者使用本系统的其他外部系统），使用小人图形表示。

iori

用例（use case），系统为角色提供可见结果的一系列动作（简单理解为角色可见的系统功能），使用椭圆表示。

水上飘

敏捷测试


测试大体上可分为手工测试和自动化测试。根据敏捷原则，要确保能用自动化测试的事情决不要用手工测试。同时要做到适合手工测试的内容决不要花高昂地成本做成自动化测试。另外，不要因为某方面不能自动化测试而不做测试。

水上飘

分析系统日志是分析定位错误的有效手段之一


在性能测试结果分析当中，在性能测试结果分析当中，分析系统日志是分析定位错误的有效手段之一。
那系统日志包含哪些了，如何找到？
列举如下，大家参考。
目前web系统很多都要求程序员在程序当中写入log，一旦发生异常现象，就将异常的内容写到系统指定的存放log的文件当中。
该log文件可以用来作为性能测试工具运行完测试后，分析测试过程的依据。
另外大家可能最常用到的就是widows当中的系统日志，双击“我的电脑”－控制面板-管理工具－事件查看器，在事件查看器当中
左边的树目录当中选择“应用”节点，就可以看到当应用程序发生错误或者异常时，系统会捕获该异常，并将其写到事件查看器当中去，
测试当中是否导致了系统错误，就可以在这里面找着啦～！

贝贝酷

我收到了，有时间我会加你的！

单元测试——测试中的最小单位，测试特殊的功能或代码模块。由于需要对内部
代码和设计的详细知识，该测试一般由开发者完成而不是由测试人员完成。该测试的
容易程度同代码设计的好坏直接相关。

贝贝酷

增量型的集成测试——随着新功能的增加，不断的对应用程序进行测试。在程序
的所有部分完成之前，需要一个应用程序的各个部分之间能够相对独立的进行工作。
这类型测试可以有开发者或测试者完成

水上飘

软件缺陷
　　软件未达到产品说明书表明的功能。
　　软件出现了产品说明书指名不会出现的错误。
　　软件功能超出产品说明书指名范围。
　　软件未达到产品说明书虽未指出但应达到的目标。
　　软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
　　一般我们都认为测出一个问题就是一个bug，其实这是不对的，假设测试10个问题就10个bug，而修改一出就全解决了，程序员肯定认为冤枉自己。
　　所有软件是文档，代码等组成的，最初的错误是来自于这些软件错误(software error)，如代码中加法写成减法。软件错误导致软件缺陷(software defect)，如设计缺陷，代码缺陷等，可用静态测试，如走查，静态检查，测试床（军事软件用的技术）等，软件的缺陷导致一个或多个软件故障 (software fault)，故障有内部故障，外部故障，也就是我们所说的bug，软件故障导致了软件在功能操作等方面的失效(software failure)。
　　我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改，相应的故障与失效也就解除了。这样分有助于我们定位问题，找到问题。