软件测试试题库

发布时间 : 星期五 文章软件测试试题库更新完毕开始阅读

软件测试期末考试

单选题(2分/题,共30分) 多选题(1分/题,共10分) 名字解释题(3分/题,共9个)

试题一 (http://xiaolifang84.blog.163.com/blog/#m=0) 一、判断正误题

2. 软件测试的目的是尽可能多的找出软件的缺陷。( ) 3. 程序中隐藏错误的概率与其已发现的错误数成正比() 4. Beta 测试是验收测试的一种。 ( )

5. 测试人员要坚持原则,缺陷未修复完坚决不予通过。( ) 6. 项目立项前测试人员不需要提交任何工件。( ) 7. 单元测试能发现约80%的软件缺陷。( ) 8. 测试的目的是发现软件中的错误。( )

9. 代码评审是检查源代码是否达到模块设计的要求。( )

二、选择题

2、使用软件测试工具的目的:( )

A、帮助测试寻找问题 B、协助问题的诊断 C、节省测试时间 D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员 3、编写测试计划的目的是:( )

A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化 D、软件工程以及软件过程的需要 E、软件过程规范化的要求 F、控制软件质量 8、典型的瀑布模型的四个阶段是:( ) A、分析 B、设计 C、编码 D、测试 E、需求调研 F、实施 9、( )可以作为软件测试结束的标志。

A.使用了特定的测试用例 B.错误强度曲线下降到预定的水平

C.查出了预定数目的错误 D.按照测试计划中所规定的时间进行了测试

10、导致软件缺陷的原因有很多,A—D是可能的原因,其中最主要的原因包括( )。 A.软件需求说明书编写的不全面,不完整,不准确,而且经常更改 B.软件设计说明书 C.软件操作人员的水平

D.开发人员不能很好的理解需求说明书和沟通不足\\接收测试数据, 四、简答题

软件的缺陷等级应如何划分?

致命的:致命的错误,造成系统或应用程序崩溃、死机、系统悬挂,或造成数据丢失、主要功能完全丧失等。

严重的:严重错误,指功能或特性没有实现,主要功能部分丧失,次要功能完全丧失,或致命的错误声明。

一般的:不太严重的错误,这样的软件缺陷虽然不影响系统的基本使用,但没有很好地实现

功能,没有达到预期效果。如次要功能丧失,提示信息不太准确,或用户界面差,操作时间长等。

微小的:一些小问题,对功能几乎没有影响,产品及属性仍可使用,如有个别错别字、文字排列不整齐等。

试题二

一、判断正误题(每小题1分,共10分) 1. 测试是证明软件正确的方法。( X )

2. 负载/压力测试是验证要检验的系统的能力最高能达到什么程度。( ) 3. 测试中应该对有效和无效、期望和不期望的输入都要测试。( ) 5. 验收测试是由最终用户来实施的。( ) 9. 代码评审员一般由测试员担任。( ) 10. 集成测试计划在需求分析阶段末提交。( )

二、不定项选择题(每题可能有一个或多个选项应选,每题2分,共20分。多选不得分,少选仅得1分。)

8. 从是否需要执行被测软件的角度,软件测试技术可划分的类型是:( )。 A、 静态测试 B、 黑盒测试 C、 动态测试 D、 白盒测试

10.软件的六大质量特性包括: ( A )

A. 功能性、可靠性、可用性、效率、可维护、可移植 B. 功能性、可靠性、可用性、效率、稳定性、可移植 C. 功能性、可靠性、可扩展性、效率、稳定性、可移植 D. 功能性、可靠性、兼容性、效率、稳定性、可移植

测试场景:

一个程序读入3个整数,把这三个数值看作一个三角形的3条边的长度值。这个程序要打印出信息,说明这个三角形是不等边的、是等腰的、还是等边的

? 设三角形的3条边分别为A,B,C。如果它们能够构成三角形的3条边,必须满足: ? A>0,B>0,C>0,且A+B>C,B+C>A,A+C>B; ? 如果是等腰的,还要判断A=B,或B=C,或A=C; ? 如果是等边的,则需判断是否A=B,且B=C,且A=C。 ? 根据程序画出程序流程图(作业2): 程序流程图 ↓

控制流图(已经给出) ↓ 圈复杂度

↓ 独立路径 ↓ 测试用例

? 制定有效等价类、无效等价类: 输入条件 是否构成三角形 有效等价类 A>0 (1) B>0 (2) C>0 (3) A+B>C (4) B+C>A (5) C+A>B (6) 无效等价类 A≤0 (7) B≤0 (8) C≤0 (9) A+B≤C (10) B+C≤A (11) C+A≤B (12) 是否构成普通三角形 A+B>C (13) A+B≤C (16) B+C>A (14) B+C≤A (17) C+A>B (15) C+A≤B (18) (A=B)&(A+B>C) (19) (B=C)&(B+C>A) (20) (C=A)&(C+A>B) (21) (A=B)&(B=C)&(C=A) (25) A≠B (22) B≠C (23) C≠A (24) 是否等腰三角形 是否等边三角形 A≠B (26) B≠C (27) C≠A (28) ? 独立路径测试法应用举例: 程序: 1 main () 2 {

3 int num1=0, num2=0, score=100; 4 int i;

5 char str;

6 scanf (“%d, %c\\n”, &i, &str); 7 while (i<5) 8 {

9 if (str=?T?) 10 num1++;

11 else if (str=?F?) 12 {

13 score=score-10; 14 num2 ++; 15 } 16 i++; 17 }

18 printf (“num1=%d, num2=%d, score=%d\\n”, num1, num2, score);

19 }

(一) 根据程序画出控制流图:

控制流图G (二) 根据控制流图计算圈复杂度:

根据程序环形复杂度的计算公式,求出程序路径集合中的独立路径数目。

公式1:V(G)=10-8+2,其中10是控制流图G中边的数量,8是控制流图中节点的数目。 公式2:V(G)=3+1,其中3是控制流图G中判断节点的数目。 公式3:V(G)=4,其中4是控制流图G中区域的数目。

因此,控制流图G的环形复杂度是4。就是说至少需要4条独立路径组成基本路径集合,并由此得到能够覆盖所有程序语句的测试用例。 (三) 确定基本路径集合(即独立路径集合):

一条独立路径是至少包含有一条在其它独立路径中从未有过的边的路径。

根据上面环形复杂度的计算结果,源程序的基本路径集合中有4条独立路径: path1:7->18

path2:7->9->10->16->7->18 path3:7->9->11->15->16->7->18

path4:7->9->11->13->14->15->16->7->18

(四) 为每一条独立路径各设计一组测试用例,以便强迫程序沿着该路径至少执行一次: 测试用例 Case 1 Case 2 Case 3 Case 4 输入 i 5 4 4 4 str ?T? ?T? ?A? ?F? 期望输出 Num 1 0 1 0 0 Num 2 0 0 0 1 Score 100 100 100 90 路径 1 路径 2 路径 3 路径 4 执行路径 六、参考题 (一) 判断:

判定语句:对于连锁型分支结构,若有n个判定语句,则有2n条路径。 黑盒测试:用黑盒法测试时,测试用例是根据产品的功能设计的。 (二) 选择:

? 软件测试的目的是(发现软件的错误)。

? 为了提高测试的效率,应该( 选择发现错误的可能性大的数据作为测试数据 )。 ? 使用白盒测试方法时,确定测试数据应根据( 程序的内部逻辑)和指定的覆盖标准。 ? 与设计测试数据无关的文档是( 项目开发计划 )。

? 软件的工作最好由(不属于该软件开发组的软件设计人员)承担,以提高集成测试的效果。

测试真正的目的是使我们通过对软件错误的原因和分布进行归纳,来发现并排除当前软件产品的缺陷,对在需求和设计过程中存在的问题查缺补漏,从而确保软件产品的质量。

常见软件测试工程师面试题

你如何在pocket pc 上TEST 你的程序. 你考虑了哪些方面. 2. 如果将你的程序的语言扩展到非英语,例如中文, 你如何测试. 3. 给你一个COCAN, 你如何测试(解释说就是罐装的可口可乐).

联系合同范文客服:xxxxx#qq.com(#替换为@)