1.软件测试的目的是什么？
a.测试的目的是为了发现尽可能多的软件缺陷，不是为了说明软件中没有缺陷。
b.成功的测试在于发现了迄今尚未发现的缺陷。所以测试人员的职责是设计这样的测试用例，它能有效地揭示潜伏在软件里的缺陷。
2.使用白盒测试方法时，确定测试数据应根据（）和指定的覆盖标准。
A.程序的内部逻辑 B.程序的复杂程度 C.使用说明书 D.程序的功能
正确答案：A（貌似当时我选的C,哎，错了。。。）
解析：白盒测试把测试对象看做一个打开的盒子，允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。所以。。。
3.软件的集成测试工作最好由（）承担，以提高集成测试的效果。
A.该软件的设计人员 B.该软件开发组的负责人 C.该软件的编程人员 D.不属于该软件开发组的软件设计人员
正确答案：D(当时纠结了好久，不过总归最好答对了，好开森( ^_^ ))
4.以下说法错误的是（）
A.单元测试一般采用白盒测试方法，辅以黑盒测试方法
B.集成测试主要采用黑盒测试方法，辅以白盒测试方法
C.配置项测试一般采用白盒测试方法
D.系统测试一般采用黑盒测试方法
正确答案：C(个人觉得应是黑盒测试法方法)
答案解析：系统测试与单元测试、集成测试的区别在于测试方法不同：系统测试一般采用黑盒测试方法；单元测试一般采用白盒测试方法，辅以黑盒测试方法；集成测试主要采用黑盒测试方法，辅以白盒测试方法。
5.集成测试的目的
保证每一功能模块的功能正确和性能良好，以至于这些模块组装在一起时他们可以很好地协调工作，保证整个系统功能和性能的良好。
6.常用的测试用例设计方法有哪些？
a.等价类划分
b.边界值分析法
c.因果图方法
d.错误推测法
e.正交表分析法
f.场景分析法
7.您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结构
黑盒测试用例设计的关键同样也是以较少的用例覆盖输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题。
8.好的测试用例需要包括哪些关键内容？
应包括以下内容：
项目名称、模块名称、开发人员、用例作者、测试类型、测试方法、测试人员、用例描述、测试编号、测试项、描述/输入/操作、预期结果等。
9.测试时间的评估
（1）根据测试范围和测试方法来估计工作量
（2）根据测试任务来评估工作量
（3）根据测试经验的积累来评估工作量
（4）根据开发阶段来评估工作量
（5）根据测试风险来评估工作量
（6）发挥项目团队的力量来评估工作量
10.设计测试用例和测试数据要考虑哪些方面？
（1）熟悉需求规格说明书
（2）熟练使用多种测试方法
（3）多与同事讨论
（4）借鉴以前类似项目的经验
（5）做好评审
11.安装测试的主要测试关键点有哪些？
1.最最基本的，正常安装，能够正确完成。
2.安装过程中所有的提示信息，文字信息有无错误
3.点击“上一步”是否能正确回到上一步操作
4.中途点击“取消”能否退出安装
5.开始安装中途能否取消安装
6.开始安装中途取消后，已拷贝到电脑上的文件能否回滚删除
7.分别对安装中的“标准安装”、“完全安装”、“自定义安装”进行测试
8.安装完成后是否在指定路径下成功安装。
9.在已安装该软件的电脑上进行安装是否会正确覆盖。
10.在已安装该软件的电脑上进行安装文件是否有卸载和修复功能
11.卸载操作是否成功
12.卸载后安装目录下文件是否被删除
13.快捷方式安装在新建、删除时是否删除
14.卸载后，注册表是否有残留信息
12.系统测试主要有哪些？
1.功能测试（含可用性测试）
2.性能测试
3.安全测试
4.回归测试
13.面向过程的系统采用的集成策略有哪些？
1.自顶向下集成
2.自底向上集成
14.白盒测试方法有哪些？
1.代码检查法：代码检查方式（桌面检查，代码审查，走查），代码检查项目，编码规范，代码检查规则，缺陷检查表。
2.静态结构分析法
3.静态质量度量法
4.逻辑覆盖法（语句覆盖，判定覆盖，条件覆盖，判定/条件组合覆盖，多重条件覆盖）
5.基本路径测试法
15.简述集成测试的过程
根据IEEE标准，集成测试划分为4个阶段：计划阶段，设计阶段，实现阶段，执行阶段（实施阶段）。
16.测试结束的标准
1.测试用例达到一定的覆盖率
2.测试结果达到测试结束的出口标准
3.一些基本的功能全部实现了
4.规定等级的bug都修改了，一些bug由于等级低还可以留着的
5.代码不需要做大的修改，框架不变了
17.描述软件活动的生命周期
1.软件测试的纵向过程：单元测试->集成测试->确认测试->系统测试->验收测试
2.软件测试的横向过程：测试计划->测试分析与设计->测试开发->测试执行与评估->测试案例设计思想
18.软件缺陷的等级应如何划分
一般来说，问题越严重的，优先级就越高，越要得到及时的修复。软件公司对缺陷严重等级划分不尽相同，但一般分为四个等级：
1.致命错我（tatal）:造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。
2.严重错误（critical）:功能和特性没有实现导致严重的问题或致命的错误声明。问题局限在本模块，导致模块功能失效或异常退出。
3.一般错误（major）:次要功能丧失，提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等。
4.建议问题（suggestion）:由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。
