(软件测试题.docVIP

1. 什么是软件测试，目的是什么2. 软件测试的活动周期是什么3. 黑盒测试和白盒测试的方法4. sql语句5. bug内容什么内容6. 测试结束的标准是什么7. 验收、集成、系统、功能、性能测试之间有什么联系 9. 怎么维持测试跟开发之间的关系10. 一个软件测试工程师应具备的素质 11. 一个网站的界面找测试点 满意回答 保证产品质量2.测试计划、测试用例设计、测试执行、提交Bug、追踪Bug、验证Bug、验收测试3.黑盒：不需要知道内部逻辑，正确的输入有正确的结果，错误的输入系统给出相应的报错白盒：需要知道内部结构，强调代码覆盖率4.增删改查5.前提条件，测试环境，预期结果，实际结果，报告人，错误等级6.执行完所有的测试用例，测试时间结束了7.一般先单元测试，集成测试，系统测试，验收测试。首先保证功能测试通过再测试性能9.需求的理解是一致的，有效沟通10.耐心，良好的沟通能力，分析问题的能力11.UI,字体，颜色，页面显示，文字拼写，链接可用 1. 等价类划分 　　常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 　　2. 边界值分析法 　　边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 　　使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 　　3. 错误推测法 　　基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 　　错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 　　4. 因果图方法 　　前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 　　5. 正交表分析法 　　有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。 　　6. 场景分析方法 　　指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。 　　您认为做好测试用例设计工作的关键是什么? 　　白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 　　黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 　　详细的描述一个测试活动完整的过程： 　　1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后sqa进入项目，开始进行统计和跟踪 　　2. 开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。 　　3. 测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。 　　4. 测试用例完成后