2．在设计测试用例时，应包括合理的输入条件和不
合理的输入条件。 (T )
6．从用户软件开发者的角度出发，普遍希望通过软件
测试暴露软件中隐藏的错误和缺陷，以考虑是否可
接受该产品。 (F)
第6题到底是从用户角度，还是开发者出发，如果是用户应该是考虑软件和他给的需求方面符合不，可用性好不等，开发者才是暴露软件中隐藏的错误和缺陷吧
2．软件测试的目的: （）
A. 避免软件开发中出现的错误
B. 发现软件开发中出现的错误
C. 尽可能发现并排除软件中潜藏的错误，提高软件的可靠性
D. 修改软件中出现的错误
答案： （B ）
我感觉好象调试是排除软件中的错误，测试是发现吧
7．软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列哪个（些）是软件测试的任务？
Ⅰ预防软件发生错误 Ⅱ发现改正程序错误 Ⅲ提供诊断错误信息
A．只有Ⅰ
B．只有Ⅱ
C．只有Ⅲ
D．都是
答案：（C ）
14．常用的黑盒测试方法有边值分析、等价类划分、错误猜测、因果图等。其中（）经常与其它方法结合起来使用。软件测试的步骤主要有单元测试、集成测试和确认测试。
A．边值分析
B．等价类划分
C．错误猜测
D．因果图
答案：（ B）
14．常用的黑盒测试方法有边值分析、等价类划分、错误猜测、因果图等。其中（）经常与其它方法结合起来使用。软件测试的步骤主要有单元测试、集成测试和确认测试。
A．边值分析
B．等价类划分
C．错误猜测
D．因果图
答案：（ B）
16．从下列关于软件测试的叙述中，选出5条正确的叙述。
(1) 用黑盒法测试时，测试用例是根据程序内部逻辑设计的。
(2) 尽量用公共过程或子程序去代替重复的代码段。
(3) 测试是为了验证该软件已正确地实现了用户的要求。
(4) 对于连锁型分支结构，若有n个判定语句，则有2n条路径。
(5) 尽量采用复合的条件测试，以避免嵌套的分支结构。
(6) GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。
(7) 发现错误多的程序模块，残留在模块中的错误也多。
(8) 黑盒测试方法中最有效的是因果图法。
(9) 在做程序的单元测试时，桩（存根）模块比驱动模块容易编写。
(10) 程序效率的提高主要应通过选择高效的算法来实现。
A．1．3．4．5．9
B．2．4．6．7．10
C．4．5．6．7．10
D．1．2．3．8．9
答案：（B ）
上面是我的一些理解，希望大家多多讨论哈，新手发言
界面测试的方法要点
界面测试的方法要点多年开发、测试经验的累积，下面我整理出一些关于界面测试方面的方法和要点，供大家参考，如有不同的意见或者更好的补充的，欢迎Email来和我一起讨论，我们一起在测试技术方面不断进步，以提高我们的整体测试水平。
联系方式：Esan@sunistudio.com
一、界面的测试要点：
１、 标题栏
a、标题文字描述的正确性
b、标题栏中（最大化、最小化、关闭）按钮，根据窗口的特性，如没有最大化或者最小化状态的窗口，应该不显示最大化和最小化按钮，或者把按钮Disable状态显示。
２、 文字
（1）文字描述的准确性：
a、检查文字的描述和所对应的功能是否一致；
b、检查错别字。
（2）文字用语的一致性：
（菜单、界面按钮或者Label等、ToolTip、窗口标题）
比如选项设置，在主界面的有按钮可以进入选项设置对话框，或者菜单中有菜单项可进入选项设置对话框中，那么，按钮、菜单、对话框的标题都应该统一用词，如用“选项”或者“设置”，而不能又用“选项”，又用“设置”，或者还有其他的的用词。
（3）为了全面的检查所有的文字，应该检查程序中的所有文字资源，因为一些对话框可能比较难在黑盒测试的时候能全部都出现过。
３、 控件
（1） 控件对齐：
a、 并排关系的控件间应该左对齐，同行的控件应该横向对齐。
b、 有所属关系的控件应该缩进。
（2）控件状态：
a、不能操作的的控件的状态应该为Disable，这样界面也起到引导用户使用操作的效果。
b、有依赖关系的控件，比如（几个选项供选择（CheckBox或者RadioBox），每个选项下面都有独立的设置（其他的控件：Edit、ComboBox、CheckBox等），那么当所属的选项没有选中时，下面的控件应该是Disable的，相反为Enable。见下面图为例子。
选项选中时，下面的控件为Enable的图例
选项没有选中时，下面的控件为Disable的图例
（3）控件的TabOrder
控件的TabOrder应该依次从上到下、从左到右的顺序，界面中默认的TabOrder应该落在界面上的第一个Enable状态的控件上面。
（4）控件的右键菜单支持
允许输入的控件都应该支持右键菜单，方便习惯使用右键菜单的用户复制、剪切、粘贴、全选等操作。
（5）控件的操作方式
a、单行文本的Edit输入框中，对回车符的支持：回车默认操作是本窗口中的“确定”按钮的功能。
b、在可操作的列表控件（List、ListView）中，鼠标双击的操作、键盘操作都应该有对应的默认操作。比如下面的图中，双击列表中某一项，默认操作就是Modify按钮的操作；双击列表中的空白处，默认操作应该是Add按钮的操作；选中列表中的项的情况下，按下Delete键，默认操作应该是Remove按钮的操作。
（6）Edit控件对输入的有效性判断
a、类型判断：整型、浮点型的数据输入框中，不允许输入非表示数据的其他字符串（如：abcd或者其他字符等）；
b、大小判断：数据类型的数据如有大小范围限制的，要对输入的大小进行判断（如：表示月份的输入框中，只能允许输入1－12的数字。
c、长度判断：如果是程序处理的字符串有长度限制，但是输入框中没有对输入的数据长度进行限制，将有可能会造成程序错误，或者处理后的结果和输入的不相符合。
d、正确性判断：表示路径的或者文件名全路径的输入框，要对输入的路径是否为有效的路径进行判断，如：输入aaaa或者 C:\\//等为不正确的输入。
４、 图片
图片显示的篇幅不要太大。
５、 界面整体的颜色搭配
６、 窗口在任务栏上的系统菜单
每个应用程序，如窗口在系统任务栏上有缩小图标的，都应该有系统右键菜单的支持（还原、最大化、最小化等），要测试右键菜单中各个项的Enable和Disable状态的正确性以及功能的正确性。
二、提示对话框测试要点：
1、文字描述的正确性
2、图标显示的正确性：
a、程序错误、操作错误、禁止操作等的提示：MB_ICONHAND, MB_ICONSTOP，MB_ICONERROR
b、询问的提示：MB_ICONQUESTION
c、感叹、警告的提示：MB_ICONEXCLAMATION ，MB_ICONWARNING
d、普通信息的提示：MB_ICONASTERISK，MB_ICONINFORMATION
――――――――――――――
Esan
2004-3-29 于深圳 个人认为判断题第14题应该是错的。
因为并非所有的软件缺陷都可以修复。
项目小组要对每一个缺陷进行取舍，根据风险决定哪些要修复，哪些不要。
不需要修复软件缺陷的原因如下：
1。没有足够的时间。
2。不算真正的缺陷。
3。修复风险太大。
4。不值得修复。 测试人员的确需要坚持原则，但是要顾全大局。 楼主,期盼你的答案ING! 判断题 不好说，有的说法不严谨！ 从头看到尾， 没有出现权威的标准答案！ 麻烦 大虾们给小弟 标准大案。新手期盼中～ 谢谢 我也想看看答案 谢谢提供了，不知道入学考试是怎么样的？ 吸取经验啊,为什么我的答案总是反的啊?
看来思维逆向了啊! 搂住强烈要求正确的答案 准备去面试测试工作的新手也来顶了...
说不定过段时间就得来做做了.....
怎么答案还没有哦啊?
LZ还是把答案公布一下吧,不然自己做了可以有个比较啊~顺便问一句,这个考试题是51testing 的考试题吗? 能不能以附件形式发给我？
这样看着有点辛苦
lea_shi@163.com 我的一些理解。
1． 软件测试按照测试过程分类为黑盒、白盒测试。( N)
应该是按功能分 //应该是按照测试技术划分。
3．集成测试计划在需求分析阶段末提交。(N)
我个人觉得继承测试计划是应该在需求分析阶段才开始的，在概要设计结束才提交
//补充：需求阶段末也就是SRS评审基线化，此时是根据基线化的SRS作STP，并进入了概设阶段，进行ST设计，ST实现，同时HLD通过评审后开始ITP。
6.从用户软件开发者的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可
接受该产品。(X) //该题表述是站在用户角度，而站在开发角度应该是证明软件符合用户的需求。
14．测试人员要坚持原则，缺陷未修复完坚决不予通过。(N )
//并非所有的软件缺陷都可以修复。项目小组要对每一个缺陷进行取舍，根据风险决定哪些要修复，哪些不要。不需要修复软件缺陷的原因如下：1。没有足够的时间。2。不算真正的缺陷。3。修复风险太大。4。不值得修复。 （直接COPY自楼上某位仁兄）
5．现在向银行存款，年利率为i，若希望在n年后从银行得到F元，现在应该存入的钱数为（ ）。
A．i /(1+ F)n
B．F/(1+i n)
C．F/in
D．F/(1+i)n
答案：（ D）
//x*(1+i)^n=F,所以x=f/(1+i)^n
12．如果互连的局域网高层分别采用TCP/IP协议与SPX/IPX协议，那么我们可以选择的互连设备应该是
A．中继器
B．网桥
C．网卡
D．路由器
答案：（ ）
//高层互联应该使用网关或者协议转换器，路由器工作在网络层。如果在考试，那么我还是选择D -_-
16．从下列关于软件测试的叙述中，选出5条正确的叙述。
(1) 用黑盒法测试时，测试用例是根据程序内部逻辑设计的。
(2) 尽量用公共过程或子程序去代替重复的代码段。
(3) 测试是为了验证该软件已正确地实现了用户的要求。
(4) 对于连锁型分支结构，若有n个判定语句，则有2n条路径。
(5) 尽量采用复合的条件测试，以避免嵌套的分支结构。
(6) GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。
(7) 发现错误多的程序模块，残留在模块中的错误也多。
(8) 黑盒测试方法中最有效的是因果图法。
(9) 在做程序的单元测试时，桩（存根）模块比驱动模块容易编写。
(10) 程序效率的提高主要应通过选择高效的算法来实现。
A．1．3．4．5．9
B．2．4．6．7．10
C．4．5．6．7．10
D．1．2．3．8．9
答案：（ C）
//(6) GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。我觉得这句话没错，“在某些情况下”
[ 本帖最后由 guolm1225 于 2006-6-14 09:23 编辑 ] 原帖由 LEA_SHI 于 2006-6-13 20:43 发表
能不能以附件形式发给我？
这样看着有点辛苦
lea_shi@163.com
极端BS你
我是新手，想和大家交个朋友！
希望大家能够交我这个朋友！我的QQ：215143066，MSN:jickllyloveshe@hotmail.com欢迎加入我的群！26526836
在G.J.Myers的经典著作《软件测试之艺术》（The Art of Software Testing）中，给出了测试的定义：“程序测试是为了发现错误而执行程序的过程”。这个定义，被业界所认可，经常被引用。除此之外，G.J.Myers还给出了与测试相关的三个重要观点，那就是：
测试是为了证明程序有错，而不是证明程序无错误；
一个好的测试用例是在于它能发现至今未发现的错误；
一个成功的测试是发现了至今未发现的错误的测试。
你们觉得选择题第2题的答案是C么？~为什么我觉得是B？
2．软件测试的目的: （）
A. 避免软件开发中出现的错误
B. 发现软件开发中出现的错误
C. 尽可能发现并排除软件中潜藏的错误，提高软件的可靠性
D. 修改软件中出现的错误
答案： （C ） 我觉得B对
排除软件中潜藏的错误是测试人员可以知道的，但是完成是由开发人员做的啊。。这个问题的现实在于，国内可能很多开发和测试都是由开发人员来做的么？测试的最终目的当然是排除错误和提高软件可靠性，但是其直接目的应该是发现软件执行过程中的错误吧？？
不好意思我是新手，不知道说的对不对：）
还有关于linux系统的操作的问题，这个
15．LINUX下，解压缩文件的命令为？
A． tar zxvf 文件名
B． COPY 文件名
C． CAT 文件名
D． VI 文件名
答案：（C ）
很明显，linux里面解压缩的命令是tar啊~呵呵后面zxvf是参数，怎么会是C呢~
26楼做的有好些都是不对的，例如关于单元测试的，单元测试是测试的基础环节，能发现80%的软件缺陷。
19．手动安装PerL模块是，以下哪个操作正确？
A． bash# make
bash# make test
bash# perl Makefile.PL
bash# make install
B． bash# make install
bash# make
bash# make test
bash# perl Makefile.PL
C． bash# make test
bash# make
bash# perl Makefile.PL
bash# make install
D． bash# perl Makefile.PL
bash# make
bash# make test
bash# make install
答案：（D ）
只能说D是很明显错误的，perl Makefile.PL是执行perl的，都还没装呢？就执行了？？呵呵~
看家多查查多想想，就有答案啦，不要等着别人给答案啊，自己想了才能学到东西嘛~：） GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。我觉得这句话没错，“在某些情况下”
呵呵，关于这个，我想说的是go to语句在很多实际项目中是禁止使用的，特别是嵌入式系统开发里面，呵呵至于为什么，可能跟实时性有关吧~
强烈建议大家自己找答案，这样整体水平才能提高啊~ 这些题目大多还是针对那些在校生的考试吧，在实际工作中的用处不算是太多，这些都是些基础知识吧，不过通地这类题目能巩固自已的一些理论知识。去单位面试也不会有这么简单的问题！但是做做还是很有益处的。
