功能测试常用的策略和方法

功能测试（黑盒测试）常用的策略和方法

黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一

个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的部结构和处理过程。

采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所

有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。

黑盒测试试图发现以下类型的错误：

1）功能错误或遗漏；

2）界面错误；

3）数据结构或外部数据库访问错误；

4）性能错误；

5）初始化和终止错误。

一、黑盒测试的测试用例设计方法

·等价类划分方法

·边界值分析方法

·错误推测方法

·因果图方法

·判定表驱动分析方法

·正交实验设计方法

·功能图分析方法

等价类划分:

是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集

中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.

1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露

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

有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.

无效等价类:与有效等价类的定义恰巧相反.

设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.

2）划分等价类的方法:下面给出六条确定等价类的原则.

①在输入条件规定了取值围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.

②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.

③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.

④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.

⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.

⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.

3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类: 输入条件有效等价类无效等价类

然后从划分出的等价类中按以下三个原则设计测试用例:

①为每一个等价类规定一个唯一的编号.

②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.

直到所有的有效等价类都被覆盖为止.

③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.

边界值分析法

边界值分析方法是对等价类划分方法的补充.

（1）边界值分析方法的考虑:

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出围的边界上,而不是发生在输入输出围的部.因此针对各种边界情况设计测试用例,可以查出更多的错误.

使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,

就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

（2）基于边界值分析方法选择测试用例的原则:

1）如果输入条件规定了值的围,则应取刚达到这个围的边界的值,以及刚刚超越这个围边界的值作为测试输入数据.

2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.

3）根据规格说明的每个输出条件,使用前面的原则1）.

4）根据规格说明的每个输出条件,应用前面的原则2）.

5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.

6）如果程序中使用了一个部数据结构,则应当选择这个部数据结构的边界上的值作为测试用例.

7）分析规格说明,找出其它可能的边界条件.

错误推测法

错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设

计测试用例的方法.

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情

况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况.输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

因果图方法

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条

件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.

因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

利用因果图生成测试用例的基本步骤:

(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.

(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.

(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.

(4) 把因果图转换为判定表.

(5) 把判定表的每一列拿出来作为依据,设计测试用例.

从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取F

ALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.

前面因果图方法中已经用到了判定表.判定表（DECision Table）是分析和表达多逻辑条

件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.

判定表通常由四个部分组成.

条件桩（ConDItion STub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.

动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.

条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.

动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.

规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动

作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.

判定表的建立步骤:（根据软件规格说明）

①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有种规则.

②列出所有的条件桩和动作桩.

③填入条件项.

④填入动作项.等到初始判定表.

⑤简化.合并相似规则（相同动作）.

B. Beizer 指出了适合使用判定表设计测试用例的条件:

①规格说明以判定表形式给出,或很容易转换成判定表.

②条件的排列顺序不会也不影响执行哪些操作.

③规则的排列顺序不会也不影响执行哪些操作.

④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.

⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.

黑盒测试的优点

1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序CRASh了

2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因

黑盒测试的缺点

1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴

2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作

3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必

须把周围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独的tEStcase造成的问题。这些在堆的问题中表现的更为突出。

黑盒测试（功能测试）工具的选择

那么，如何高效地完成功能测试？选择一款合适的功能测试工具并培训一支高素质的工

具使用队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。

目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推出新。这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。

WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过自

动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。

WinRunner的特点在于: 与传统的手工测试相比，它能快速、批量地完成功能点测试;

能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Win

dows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。

WinRunner的工作流程大致可以分为以下六个步骤:

1．识别应用程序的GUI

在WinRunner中，我们可以使用GUI Spy来识别各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。

2．建立测试脚本

在建立测试脚本时，一般先进行录制，然后在录制形成的脚本中手工加入需要的TSL（与C 语言类似的测试脚本语言）。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。

只要看看现代软件的规模和功能点数就可以明白，功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试则是控制系统性能的有效手段，在软件的能力验证、能力规划、性能调优、缺陷修复等方面都发挥着重要作用。

3．对测试脚本除错(debug)

在WinRunner中有专门一个Debug TOOlbar用于测试脚本除错。可以使用step、pause、b reakpoint等来控制和跟踪测试脚本和查看各种变量值。

4．在新版应用程序执行测试脚本

当应用程序有新版本发布时，我们会对应用程序的各种功能包括新增功能进行测试，这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本，批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在c all命令中加各种TSL脚本来增加批量能力。

5．分析测试结果

分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。

6．回报缺陷（defect）

在分析完测试报告后，按照测试流程要回报应用程序的各种缺陷，然后将这些缺陷发给指定人，以便进行修改和维护。

常用的功能测试方法

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：

1. 页面检查：每一个是否都有对应的页面，并且页面之间切换正确。

2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

3. 检查按钮的功能是否正确：如update, cancel, delete, SAve等功能是否正确。

4. 字符串长度检查: 输入超出需求所说明的字符串长度的容, 看系统是否检查字符串长度,会不会出错.

5. 字符类型检查: 在应该输入指定类型的容的地方输入其他类型的容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.

6. 标点符号检查: 输入容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否

正确.

7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.

8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致

9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入容的前后输入空格,系统是否作出正确处理.

10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.

11. 检查添加和修改是否一致: 检查添加和修改信息的要否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.

12. 检查修改重名:修改时把不能重名的项改为已存在的容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.

13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。

14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,

看会否出错.

15. search检查: 在有search功能的地方输入系统存在和不存在的容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.

16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的

地方.

17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。

18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*

19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.

《集合与常用逻辑用语》单元测试题(文科)

A . p 或 q B . ?p 或 q C . p 且 q D . p 且?q 5.在厶 ABC 中，“ A B AC = B A BC ”是“ |AC|= |BC|"的(A) 6.下列结论错误的是（D ） 与命题“若?q ，则？p ”互为逆否命题 ,e x > 1，命题 q ： ? x € R , x 2+ x + 1<0 ,贝U p V q 为真 B 为A 的一个“保均值子集”.据此,集合1, 2 , 3, 4, 5的“保均值子集”有 《集合与常用逻辑用语》单元测试题（文科） 、选择题（本大题共10个小题，每小题 5分，共50分，在每小题给出的四个选项中，只 有一项是符号题目要求的。 ） 1.已知全集 U = R ,集合 A = {x|x = 2n , n € N}与 B = {x|x = 2n , n € N}, 则正确表示集合 A 、B 关系的韦恩（Venn ）图是（A ） 2.已知集合 M = {y|y = x 2+ 1, x € R}, N = {y|y = x + 1, x € R}，则 M n N 等于(D ) A . (0,1), (1,2) B . {(0,1), (1,2)} C . {y|y = 1 或 y = 2} D . 2x + 1 3?若集合 A = {x||2x — 1|<3} , B = {x| <0}，则 A U B 是(C ) 3 — x 1 、 A . {x|— 1 1} 1 B . {x|23} D . {x|— 21 B . p 是真命题， ?p ： ? X 0€ [0 ,+^ ), (log 32)x 0>1 C . p 是假命题， ?p ： ? x € [0 ,+^ ), (log 32)x > 1 D . p 是真命题， ?p ： ? x € [0 ,+^ ), (log 32)x > 1 9 . 非空数集 A a 1 , a 2 , a 3 , L , a r > (n N *)中 则 x 2— (a + b)x + ab z 0.D .若 若 x = a 且 x = b , C . ) a 1 a n ,所有元素的算术平均数记为E （ A ）,即 E(A) a 2 a 3 L n .若非空数集B 满足下列两个条件：①B A ;②E （B ） E （A ）,则称 A .命题“若p ,则q ” B .命题 p ： ? x € [0,1] A . 5个 B . 6个 C. 7个 D . 8个

常用焊缝检测方法

常用焊缝检测方法 常用焊缝检测方法 常用焊缝无损检测方法： 1.射线探伤方法(RT) 目前应用较广泛的射线探伤方法是利用(X、γ)射线源发出的贯穿辐射线穿透焊缝后使胶片感光，焊缝中的缺陷影像便显示在经过处理后的射线照相底片上。主要用于发现焊缝内部气孔、夹渣、裂纹及未焊透等缺陷。焊缝检测方法 2.超声探伤(UT) 利用压电换能器件，通过瞬间电激发产生脉冲振动，借助于声耦合介质传人金属中形成超声波，超声波在传播时遇到缺陷就会反射并返回到换能器，再把声脉冲转换成电脉冲，测量该信号的幅度及传播时间就可评定工件中缺陷的位置及严重程度。超声波比射线探伤灵敏度高，灵活方便，周期短、成本低、效率高、对人体无害，但显示缺陷不直观，对缺陷判断不精确，受探伤人员经验和技术熟练程度影响较大。例如：HF300，HF800焊缝检测仪等 3.渗透探伤(PT) 当含有颜料或荧光粉剂的渗透液喷洒或涂敷在被检焊缝表面上时，利用液体的毛细作用，使其渗入表面开口的缺陷中，然后清洗去除表面上多余的渗透液，干燥后施加显像剂，将缺陷中的渗透液吸附到焊缝表面上来，从而观察到缺陷的显示痕迹。液体渗透探伤主要用于：检查坡口表面、碳弧气刨清根后或焊缝缺陷清除后的刨槽表面、工卡具铲除的表面以及不便磁粉探伤部位的表面开口缺陷。焊缝检测方法

4.磁性探伤(MT) 利用铁磁性材料表面与近表面缺陷会引起磁率发生变化，磁化时在表面上产生漏磁场，并采用磁粉、磁带或其他磁场测量方法来记录与显示缺陷的一种方法。磁性探伤主要用于：检查表面及近表面缺陷。该方法与渗透探伤方法比较，不但探伤灵敏度高、速度快，而且能探查表面一定深度下缺陷。例如：DA310磁粉探伤等焊缝检测方法 其他检测方法包括：大型工件金相分析；铁素体含量检验；光谱分析；手提硬度试验；声发射试验等。

软件测试的定义及常用软件测试方法介绍

软件测试的定义及常用软件测试方法介绍 一、软件测试的定义 1.定义：使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满 足规定的需求或弄清预期结果与实际结果之间的差别。 2.内容：软件测试主要工作内容是验证(verification)和确认(validation )，下面分别给 出其概念： 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件以正确的方式来做了这个事件(Do it right) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否 和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。(Do the right thing) 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性 2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。 二、软件测试常用方法 1. 从是否关心软件内部结构和具体实现的角度划分： a. 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 黑盒测试是以用户的角度，从输入数据和输出数据的对应关系出发进行测试的，很明显，如果本身设计有问题或者说明规格有错误，用黑盒测试是发现不了的。

软件测试策略模板

目录 目录错误!未定义书签。 系统总体测试策略错误!未定义书签。 1 概述错误!未定义书签。 2 产品研发状况分析错误!未定义书签。 3 测试综述错误!未定义书签。 测试项目分析错误!未定义书签。 项目继承部分的测试策略错误!未定义书签。 自动化测试策略错误!未定义书签。 4 测试设计策略错误!未定义书签。 特性方案设计策略错误!未定义书签。 5 SIT策略错误!未定义书签。 测试重点错误!未定义书签。 测试环境及工具错误!未定义书签。 入口准则错误!未定义书签。 出口准则错误!未定义书签。 6 SVT策略错误!未定义书签。 测试重点错误!未定义书签。 测试环境及工具错误!未定义书签。 入口准则错误!未定义书签。 出口准则错误!未定义书签。 7 认证和标竿测试策略错误!未定义书签。 测试重点错误!未定义书签。 测试环境及工具错误!未定义书签。 入口准则错误!未定义书签。 出口准则错误!未定义书签。 8 UAT测试策略错误!未定义书签。 测试重点错误!未定义书签。 测试环境及工具错误!未定义书签。 入口准则错误!未定义书签。 出口准则错误!未定义书签。 9 其它特殊测试的策略错误!未定义书签。

错误!未找到引用源。关键词： 摘要： 缩略语清单：

概述 描述本策略覆盖的范围（包括和不包括的内容），可明确所覆盖的IPD阶段以及产品测试活动。产品研发状况分析 产品的研发状况对该产品的测试策略具有决定性的影响，不同的产品研发状况将可能导致完全不同的测试策略，测试组应根据产品的研发状况确定正确的测试策略以达到最优的测试效果。 参考Build计划，对产品的Build划分以及各个Build包含的主要特性、功能进行简要介绍，作为策略制定的重要基础和依据。 测试综述 测试项目分析 总体上简要介绍产品测试过程中要开展的主要活动，策略，各活动各自的测试关注点。下表中的测试项目仅代表示例，并不是产品内部测试的全部，它仅反映了该测试阶段的部分特点，在实际描述时，可依产品具体情况确定。

《集合与常用逻辑用语》单元测试题(理科)

一、选择题(本大题共10个小题，每小题5分，共50分，在每小题给出的四个选项中，只有一项是符号题目要求的。) 1．已知集合M ＝{－1,0,1}，N ＝{x |x ＝ab ，a ，b ∈M 且a ≠b }，则集合M 与集合N 的关系是 (C ) A ．M ＝N B ．M ≠?N C ．N ≠?M D ．M ∩N ＝? 2．已知p ：|x |<2；q ：x 2－x －2<0，则?p 是?q 的( A ) A ．充分不必要条件 B ．必要不充分条件 C ．充要条件 D ．既不充分也不必要条件 3．在△ABC 中，“AB →·AC →＝BA →·BC →”是“|AC →|＝|BC →|”的( C ) A ．充分不必要条件 B ．必要不充分条件 C ．充要条件 D ．既不充分也不必要条件 4．已知α、β、γ为互不重合的三个平面，命题p ：若α⊥β，β⊥γ，则α∥γ；命题q ：若α上不共线的三点到β的距离相等，则α∥β.对以上两个命题，下列结论中正确的是( C ) A ．命题“p 且q ”为真 B ．命题“p 或?q ”为假 C ．命题“p 或q ”为假 D ．命题“?p 且?q ”为假 5．已知集合A ＝{x |y ＝1－x 2，x ∈Z }，B ＝{y |y ＝x 2＋1，x ∈A }，则A ∩B 为( B ) A ．? B ．{1} C ．[0，＋∞) D ．{(0,1)} 6．下列结论错误的．．． 是( C ) A ．命题“若p ，则q ”与命题“若?q ，则?p ”互为逆否命题 B ．命题p ：?x ∈[0,1]，e x ≥1，命题q ：?x ∈R ，x 2＋x ＋1<0，则p ∨q 为真 C ．“若am 21 B ．p 是假命题，?p ：?x ∈[0，＋∞)，(log 32)x ≥1 C ．p 是真命题，?p ：?x 0∈[0，＋∞)，(log 32)x 0>1 D ．p 是真命题，?p ：?x ∈[0，＋∞)，(log 32)x ≥1 8．“若x ≠a 且x ≠b ，则x 2－(a ＋b )x ＋ab ≠0”的否命题是(D ) A ．若x ＝a 且x ＝b ，则x 2－(a ＋b )x ＋ab ＝0. B ．若x ＝a 或x ＝b ，则x 2－(a ＋b )x ＋ab ≠0. C ．若x ＝a 且x ＝b ，则x 2－(a ＋b )x ＋ab ≠0. D ．若x ＝a 或x ＝b ，则x 2－(a ＋b )x ＋ab ＝0. 9．已知全集U ＝R ，集合A ＝{x |x ＝2n ，n ∈N }与B ＝{x |x ＝2n ，n ∈N }，则正确表示集合A 、B 关系的韦恩(Venn)图是( A )

web常用测试方法

一、输入框 1、字符型输入框： （1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。 （2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。 （3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空 格 （4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回 车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、（5）安全性检查：输入特殊字符串 （null,NULL, ,javascript,,