软件测试基础题目
2016-12-18 12:38
204 查看
1、 列举常用的5种黑盒测试方法。
等价类划分、边界值分析、错误推测、因果图法、正交试验设计法
2、 列举常用的6种白盒测试逻辑覆盖方法
语句覆盖：设计足够多的测试用例，使得程序中每条语句至少执行一次。
判定覆盖：程序中每个分支至少执行一次。
条件覆盖：设计足够多的测试用例，使得每个条件获得各种可能的结果。
判定/条件覆盖：使得判定中每个条件的所有可能结果至少出现一次，每个判定本身所有可能结果也至少出现一次。
组合覆盖：用足够多用例，使得每个判定中条件结果的所有可能组合至少出现一次
路径覆盖：覆盖程序中所有可能的路径。
3、 写出学生成绩（0 --100）的分别处于有效等价类和无效等价类的边界值（只考虑整数）？
有效等价类：[0,100]
无效等价类：(-∽，0)，(100，+∽)
4、 使用因果图方法进行测试，恒等、非、或、与的关系如何表示。
5、 软件缺陷产生的原因？
一． 从软件设计环节来说，当分析员与用户沟通的时候，没有沟通全面，没有详细了解到用户的具体需求，导致功能不够全面。另外，当分析员误解用户需求或者做软件分析说明说时会出现误差，与用户需求的软件不符。
二． 分析师了解到需求后，设想会出现偏差，想象的与用户的不一样。同时，分析员的描述能力要有一定的需求，当分析员对设计人员描述的时候，如果描述不当，则设计人员将会在设计上出现问题。
三． 当程序员拿到设计书时，对产品设计的时候也会出现差错，做出的产品与设计时的不符。
四． 用户安装时也会存在很多的问题，当用户系统不一样，或者很多模块兼容性问题的时候，多多少少，大大小小会出现问题，所以软件测试员的任务也相当重要。
总结：
由于以上各种原因，任其一点出错，则会导致产品与用户的需求出现偏差。而每一个环节都是极易出现错误的。所以，要想发布一个心意的产品，需要大家细心，共同努力，不断完善，才能更接近用户的需求。
6、 应用边界值分析法进行测试用例设计时，应遵循哪些原则？
1.如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。
2.如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。
3.如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。
4.如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
7、列举出动态测试的几个步骤。
单元测试：检验软件基本组成单位的正确性。就是白盒测试
集成测试：检查软件单位之间的接口是否正确。白盒
系统测试：验证软件系统的正确性和性能等满足其规约所指定的要求。黑盒
验收测试：购买者对软件的试用过程。黑盒
回归测试：在软件维护阶段，对验收测试结果进行验证和修改。
8、 简要画出软件测试V模型？
8、 简要画出软件测试W模型？
8、 画出5种基本控制流程图的结构图。
8、 简述自顶向下增量式测试和自底向上增量式测试两种集成测试方法，并比较两者的优点和缺点？
自顶向下测试：是从程序的初始模块开始测试。
（1）该方法会在早期发现顶层的错误。
（2）早期的程序框架可以进行演示
（3）需要开发桩模块辅助测试。有些甚至需要多个桩模块辅助，加大了桩模块本来的错误影响。
（4）测试完一个上层模块后，挑选哪个模块作为下一个测试模块，以及测试的顺序没有唯一的界定标准。
优点：较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软件功能；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用；支持故障隔离。
缺点：柱的开发量大；底层验证被推迟；底层组件测试不充分。
自底向上测试：是从程序的底层模块开始测试。
（1）I/O操作可以提前测试，更好提交测试用例。
（2）测试后比较容易观察输出。
（3）需要开发驱动模块。
（4）直到最后一个模块提交，程序才能完整的系统测试。
优点：对底层组件行为较早验证；工作最初可以并行集成，比自顶向下效率高；减少了桩的工作量；支持故障隔离。
缺点：驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被及时发现。
9、 黑盒测试有哪些优点和缺点？
优点如下：
从产品功能角度测试可以最大限度地满足用户的需求。
相同动作可重复执行，最枯燥的部分可由机器完成。
依据测试用例有针对性地寻找问题，定位更为准确，容易生成测试数据。
将测试直接和程序/系统要完成的操作相关联。
缺点如下：
代码得不到测试。
如果规格说明设计有误，很难发现。
测试不能充分地进行。
结果的准确性取决于测试用例的设计
10、 什么是软件质量保证?软件质量保证人员与开发人员的关系如何？
软件质量保证：通过保证软件在开发的过程中按部就班的落实和相应的过程，最终通过过程来保证质量。
关系：通力合作的关系，多方认证小组成员
等价类划分、边界值分析、错误推测、因果图法、正交试验设计法
2、 列举常用的6种白盒测试逻辑覆盖方法
语句覆盖：设计足够多的测试用例，使得程序中每条语句至少执行一次。
判定覆盖：程序中每个分支至少执行一次。
条件覆盖：设计足够多的测试用例，使得每个条件获得各种可能的结果。
判定/条件覆盖：使得判定中每个条件的所有可能结果至少出现一次，每个判定本身所有可能结果也至少出现一次。
组合覆盖：用足够多用例，使得每个判定中条件结果的所有可能组合至少出现一次
路径覆盖：覆盖程序中所有可能的路径。
3、 写出学生成绩（0 --100）的分别处于有效等价类和无效等价类的边界值（只考虑整数）？
有效等价类：[0,100]
无效等价类：(-∽，0)，(100，+∽)
4、 使用因果图方法进行测试，恒等、非、或、与的关系如何表示。
5、 软件缺陷产生的原因？
一． 从软件设计环节来说，当分析员与用户沟通的时候，没有沟通全面，没有详细了解到用户的具体需求，导致功能不够全面。另外，当分析员误解用户需求或者做软件分析说明说时会出现误差，与用户需求的软件不符。
二． 分析师了解到需求后，设想会出现偏差，想象的与用户的不一样。同时，分析员的描述能力要有一定的需求，当分析员对设计人员描述的时候，如果描述不当，则设计人员将会在设计上出现问题。
三． 当程序员拿到设计书时，对产品设计的时候也会出现差错，做出的产品与设计时的不符。
四． 用户安装时也会存在很多的问题，当用户系统不一样，或者很多模块兼容性问题的时候，多多少少，大大小小会出现问题，所以软件测试员的任务也相当重要。
总结：
由于以上各种原因，任其一点出错，则会导致产品与用户的需求出现偏差。而每一个环节都是极易出现错误的。所以，要想发布一个心意的产品，需要大家细心，共同努力，不断完善，才能更接近用户的需求。
6、 应用边界值分析法进行测试用例设计时，应遵循哪些原则？
1.如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。
2.如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。
3.如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。
4.如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
7、列举出动态测试的几个步骤。
单元测试：检验软件基本组成单位的正确性。就是白盒测试
集成测试：检查软件单位之间的接口是否正确。白盒
系统测试：验证软件系统的正确性和性能等满足其规约所指定的要求。黑盒
验收测试：购买者对软件的试用过程。黑盒
回归测试：在软件维护阶段，对验收测试结果进行验证和修改。
8、 简要画出软件测试V模型？
8、 简要画出软件测试W模型？
8、 画出5种基本控制流程图的结构图。
8、 简述自顶向下增量式测试和自底向上增量式测试两种集成测试方法，并比较两者的优点和缺点？
自顶向下测试：是从程序的初始模块开始测试。
（1）该方法会在早期发现顶层的错误。
（2）早期的程序框架可以进行演示
（3）需要开发桩模块辅助测试。有些甚至需要多个桩模块辅助，加大了桩模块本来的错误影响。
（4）测试完一个上层模块后，挑选哪个模块作为下一个测试模块，以及测试的顺序没有唯一的界定标准。
优点：较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软件功能；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用；支持故障隔离。
缺点：柱的开发量大；底层验证被推迟；底层组件测试不充分。
自底向上测试：是从程序的底层模块开始测试。
（1）I/O操作可以提前测试，更好提交测试用例。
（2）测试后比较容易观察输出。
（3）需要开发驱动模块。
（4）直到最后一个模块提交，程序才能完整的系统测试。
优点：对底层组件行为较早验证；工作最初可以并行集成，比自顶向下效率高；减少了桩的工作量；支持故障隔离。
缺点：驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被及时发现。
9、 黑盒测试有哪些优点和缺点？
优点如下：
从产品功能角度测试可以最大限度地满足用户的需求。
相同动作可重复执行，最枯燥的部分可由机器完成。
依据测试用例有针对性地寻找问题，定位更为准确，容易生成测试数据。
将测试直接和程序/系统要完成的操作相关联。
缺点如下：
代码得不到测试。
如果规格说明设计有误，很难发现。
测试不能充分地进行。
结果的准确性取决于测试用例的设计
10、 什么是软件质量保证?软件质量保证人员与开发人员的关系如何？
软件质量保证：通过保证软件在开发的过程中按部就班的落实和相应的过程，最终通过过程来保证质量。
关系：通力合作的关系，多方认证小组成员
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 