Archive for the ‘Study’ Category

CET4终极冲刺计划

星期日, 六月 6th, 2010

今天不知怎么的,睡了9,10个小时,午饭也没吃。。。心中总是想着CET4考试很重要啊,时间不多了啊,就这样混到了今天,6月6日,感到事情真正的紧迫了,好像是第一次直到考试不到半个月,才真正知道要开始实际行动来备考了,以前都是1个月的。。。

  看看日历,只有12天了啊,前所未有的记录,事以至此,得制定一个终极冲刺计划了,教辅有326页,这12天就把它拿下了。326/12=27页,每天27页就是MyGoal,其他的什么都不要再想了!就这样了!

软件测试模拟试题(下)

星期三, 六月 2nd, 2010

四.设计(10’+15’=25’)

1. 举例说明因果图方法的步骤。

答:利用因果图导出测试用例需要见过以下几个步骤:

1、分析程序规格说明中哪些是原因,哪些是结果。原因常常是输入条件或输入条件的等价类,结果则是输出条件。

2、分析程序规格说明中语义的内容,找出原因与结果之间,原因与原因之间的对应关系,并将其表示成连接各个原因与各个结果的“因果图”。

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

4、把因果图转换成决策表。

5、根据决策表中每一列设计测试用例。

某软件规格说明要求:第一个字符必须是#或*,第二个字符必须是一个数字,在此情况下进行文件的修改。如果第一个字符不是#或*,则给出信息N;如果第二个字符不是数字,则给出信息M。

分析:把原因和结果分开

原因:

c1—-第一个字符是#

c2—-第一个字符是*

c3—-第二个字符是一个数字

结果:

e1—-给出信息N

e2—-修改文件

e3—-给出信息M

将原因和结果用上述的逻辑符号连接起来,可以得到因果图,然后,根据因果图建立决策表。

得到的因果图如下:

因果图

得到的决策表如下:

决策表

 

2. 运用边界值分析法设计关于三角形问题的测试用例。

答:设三角形的三边长分别为a,b,c,且1<=a<=100, 1<=b<=100, 1<=c<=100,

设计的测试用例如下:

测试用例

 

 

附加:

请结合等价类方法给出GetDay(int month,int year)方法的测试用例,该方法是根据给定的月份和年份返回该月份的天数。

解:由题意,可设Y1是平年,Y2是闰年,

M1(1,3,5,7,8,10,12)表示月份天数为31天的等价类,

M2(4,6,9,10) 表示月份天数为30天的等价类,

M3(2)表示2月份,则有下表:

条件规则表

测试用例如下:

测试用例

 

因果图:

v 对于输入条件的约束有以下4种:

1、E约束:a和b中最多有一个可能为1,即a和b不能同时为1。

2、I约束:a、b和c中至少有一个必须是1,即abc不能同时为0。

3、O约束:a和b必须有一个且仅有一个为1。

4、R约束;a是1时,b必须是1,即当a是1时,b不能是0。

输出条件的约束只有M约束:若结果a是1,则结果b强制为0。

详情:

使用因果图设计测试用例

黑盒测试案例设计技术–因果图法

v 结合三角形问题给出构造决策表的5个步骤如下:

(1)确定规则的个数。例如,三角形问题的决策表有4个条件,每个条件可以取两个值,故应有2^4=16种规则。

(2)列出所有的条件桩和动作桩。

(3)填入条件项。

(4)填入动作项,这样便可得到初始决策表。

(5)简化。

软件测试模拟试题(上)

星期三, 六月 2nd, 2010

一.填空(1’X20=20’)

1. 导致软件缺陷最大的原因是产品说明书。软件缺陷的第二大来源是设计方案

2. 软件测试员的目标是尽早发现软件缺陷,并确保其得以修复

3. 大多数软件测试员应具备的素质有:探索精神、故障排除能力、不懈努力、创造性、追求完美、判断准确、老练稳重、说服力。

4. 编写软件的目的是满足一些人的要求,这些人称为客户

5. 软件开发的4种常用模式是:大棒式、边写边改式、流水式、螺旋式

6. 每一个螺旋包括的6个步骤为:1.确定目标、可选方案和限制条件;2.指出并解决风险;3.评估方案;4.本阶段开发和测试;5.计划下一阶段;6.确定进入下一阶段的方法。

7. 完全测试程序是不可能的4个主要原因是:输入量太大;输出结果太多;软件实现途径太多;软件说明书没有客观标准。

8. 静态测试是指测试不运行的部分——只是检查和审阅。动态测试是指通常意义上的测试——运行和使用软件

9. 正式审查就是进行静态白盒测试的过程。它的4 个基本要素为:确定问题;遵守规则;准备;编写报告。

10. 向后兼容是指可以使用软件的以前版本。向前兼容是指可以使用软件的未来版本。

11. 使软件适应特定地域特征,照顾到语言、方言、地区习俗和文化的过程称为本地化。测试此类软件称为本地化测试

12. 用于与软件程序交互的方式称为用户界面或UI

13. 让他人验证和证实软件的常用方法称为Beta测试

14. 软件测试的步骤为:1.模块测试;2.子系统测试;3.系统测试;4.验收测试;5.平行运行

 

二.判断(25’,错误的说明理由)

1. 在没有产品说明书和需求文档的条件下可以进行动态黑盒测试。

对。该技术称为探索测试,基本上把软件用作产品说明书。这不是理想的过程,但是急了也能用。最大的风险是不知道特性是否被遗漏。

2. 总是首先设计黑盒测试案例。

对。根据认为软件要做的事设计测试用例,然后利用白盒测试技术进行检查和加强成效。

3. 所有软件必须进行某种程度的兼容性测试。

错。有极少数不与外界打交道的专用软件,独立使用,只有一个版本,不需要进行兼容性测试。但是,除此之外99%的软件都必须进行兼容性测试。

4. 兼容性是一种产品特性,可以有不同程度的符合标准。

对。软件的兼容性取决于客户的要求。某文字处理程序与其竞争对手产品的文件格 式不兼容或者新操作系统不支持某一类游戏软件,都是很正常的。软件测试员应该通过判断检查兼容性的工作量,为这些决定提供输入。

5. 所有软件都有一个用户界面,因此必须测试易用性。

对。嵌入再深的软件终将以某种形式显露在用户面前。不要忘了UI可以简单到一个开关和一只灯泡,也可以复杂到飞行模拟器。即使软件只有一个代码模块,其接 口也要以变量和参数的形式显露在程序员面前。

6. 侵入式工具是最佳类型,因为其操作与测试的软件最贴近。

错。侵入还是非侵入并不代表工具的好坏。测试的软件和需要执行的测试案例才是决定最佳工具选择的要素。

 

三.简答(10’X3=30’)

1. 说出程序员开始编写代码之前有哪些任务要完成?

答:开发小组需要了解客户的要求,在产品说明书中定义特性。应该建立详细的的进度,使小组成员知道哪些工作已经完成,哪些工作还要做。软件应该形成体系,经过设计,测试小组应该开始计划工作。

2. 测试计划的目的是什么?

答:为了解释ANSI/IEEE定义,测试计划的是目的是定义测试活动的范围、方法、资源和进度,明确要测试的条目、要测试的特性、要实施的测试任务、对每个任务的个人反应,以及与计划相关的风险。简而言之,使项目小组其他成员了解和接受测试小组如何努力测试软件。

3. 测试设计说明的目的是什么?

答:测试设计说明的目的是组织和描述针对某特性要实施的测试。它列举了要测试的特性和要用的方法。它明确了测试案例,但是不指明测试案例具体是什么,通过/失败的原则是什么。