|
|
我这里也有一份.不过很多答案与楼主的不同哦.大家一块参考吧
测试试卷一完整答案
其中判断选折很受争议，因为题出的有问题哈~请大家不要专牛角
~雪舞奉天~
一、判断题
1．软件测试的目的是尽可能多的找出软件的缺陷。（Y）
2．Beta 测试是验收测试的一种。（Y）
3．验收测试是由最终用户来实施的。（N）
4．项目立项前测试人员不需要提交任何工件。（Y）
5．单元测试能发现约80%的软件缺陷。（Y）
6．代码评审是检查源代码是否达到模块设计的要求。（N）
7．自底向上集成需要测试员编写驱动程序。（Y）
8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N）
9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）
10．代码评审员一般由测试员担任。（N）
11．我们可以人为的使得软件不存在配置问题。（N）
12．集成测试计划在需求分析阶段末提交。（N）
二、选折
1．软件验收测试的合格通过准则是：（ABCD）
A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B． 所有测试项没有残余一级、二级和三级错误。
C． 立项审批表、需求分析文档、设计文档和编码实现一致。
D． 验收测试工件齐全。
2．软件测试计划评审会需要哪些人员参加？（ABCD）
A．项目经理
B．SQA 负责人
C．配置负责人
D．测试组
3．下列关于alpha 测试的描述中正确的是：（AD）
A．alpha 测试需要用户代表参加
B．alpha 测试不需要用户代表参加
C．alpha 测试是系统测试的一种
D．alpha 测试是验收测试的一种
4．测试设计员的职责有：（BC）
A．制定测试计划
B．设计测试用例
C．设计测试过程、脚本
D．评估测试活动
5．软件实施活动的进入准则是：（ABC）
A．需求工件已经被基线化
B．详细设计工件已经被基线化
C．构架工件已经被基线化
D．项目阶段成果已经被基线化
三、添空
1.软件验收测试包括：正式验收测试，alpha测试，beta测试。
2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15就满分哦）
3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。
4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5.（这题出的有问题哦，详细的5步骤为~~）通过画因果图来写测试用例的步骤为：
（1）分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
（2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系? 根据这些关系，画出因果图。
（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。
（4）把因果图转换成判定表。
（5）把判定表的每一列拿出来作为依据，设计测试用例。
四、简答（资料是搜集整理的，感谢前辈的解题）无
1.区别阶段评审的与同行评审
同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性
同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
同行评审内容:内容小 一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!
2.什么是软件测试
为了发现程序中的错误而执行程序的过程
3简述集成测试的过程
系统集成测试主要包括以下过程：
1. 构建的确认过程。
2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。
4. 测试用例设计过程。
5. 测试代码编写过程。
6. Bug的报告过程。
7. 每周/每两周的构建过程。
8. 点对点的测试过程。
9. 组内培训过程。
4 怎么做好文档测试
仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。P142
检查文档的编写是否满足文档编写的目的
内容是否齐全，正确
内容是否完善
标记是否正确
5 白盒测试有几种方法
总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义
动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6系统测试计划是否需要同行审批，为什么
需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha测试与beta的区别
Alpha测试 在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
8比较负载测试，容量测试和强度测试的区别
负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。
五、设计题
对下面给出的程序控制图，分别以各种不同的测试方法写出最少的测试用例。
抽时间做一下,因为比较仓促,方法虽然正确,过程错误再所难免,欢迎您指正.
作者:雪舞奉天
应该在图上面加个a 在第一个判断的右面加个c. 因为我用的是2007版 功能不熟悉就没画上 ~
白盒测试有六种方法,下面我分别举例:
1:语句覆盖
要点:每个可执行语句至少执行一次.
A=5 B=6 X=2 走ace路,可将语句全覆盖
2: 判定覆盖
要点:每个判断的真假分支至少执行一次
有两个判定,设计两真两假就达到判定覆盖条件
假假分支:ace A=5 B=6 X=2 f1f2
真真分之:abd A=2 B=5 X=3 t2t2(小写表示判断真假),大写表示条件真假)
3:条件覆盖
要点:每个判定中的每个条件可能至少满足一次
题中有两个判定,每个判定里两个条件,也就是四个条件.
四个条件分别去真假两种可能,只要在用例中出现条件四种真和四种假就可以
A<5取真 T1,取假F1
如上B=5 T2 F2
A=2 T3 F3
X>2 T4 F4
F1F2F3F4 A=5 B=6 X=2 走ace
T1T2T3T4 A=2 B=5 X=3 走abd
A B A X 四个条件的真假都取到了,条件覆盖完成了,也可以用T1F2F3T4和
F1T2T3F4来设计,只要TN和FN都出现就可以,但是要注意F1和T3不能同时出现,因为A<5不成立,A=2一定不成立,以下几种方法也要考虑这个条件,还要注意如果路径走ace和acd的时候X的值会有变化)
4:判定条件覆盖
要点:判断中的每个条件所有可能至少出现一次,并且每个判定本身的判定结果也要出现一次.
判定条件覆盖就是把判定覆盖和条件覆盖要考虑的东西合在一起考虑
两个判定的真假要分别出现,四个条件的真假也要分别出现.
此题是巧合,判定覆盖可以和条件覆盖设计一样的用例
F1F2F3F4 A=5 B=6 X=2 走ace f1f2
T1T2T3T4 A=2 B=5 X=3 走abd t1t2
完全满足了判定条件覆盖~
5:条件组合覆盖
要点:每个判定中条件的各种可能组合至少满足一次
这个稍微复杂一点先搞第一个判定中的条件，先把这两个条件组合在一起，两个条件，分别真假有四种组合方式：
(1)A<5 B=5 T1T2
(2)A<5 B!=5 T1F2
(3)A>=5 B=5 F1T2
(4)A>=5 B!=5 F1F2
第二个判断
(5)A=2 X>2 T3T4
(6)A=2 X<=2 t3f4
(7)A!=2 X>2 F3T4
(8)A!=2 X<=2 F3F4
把 第一个判断中四个条件和第2个判断中四个条件组合
其中（3）（4）不能和（5）（6）组合因为A>=5就不能有A=2
来组合下吧
(1)(5)： T1T2T3T4 A=2 B=5 X=3 走abd
(2)(6): T1F2T3F4 A=2 B=6 X=2 走acd
(3)(7): F1T2F3F4 A=3 B=5 X=2 走abe
(4)(8): F1F2F3F4 A=5 B=6 X=2 走ace 居然覆盖四条路径了（纯属巧合）一般的情况下条件组合是不能保证路径全被覆盖的。
6：路径覆盖
所有路径：一眼就能看出有四条路径，分别是ace abd abe acd
在这里偷点工，因为条件组合里恰巧覆盖里路径，就不再写用例了
sdlkfj2 |
|
/1 
关于我们
发表于 2007-7-14 15:06:11
