文档介绍：软件测试面试题
软件测试面试题
软件测试面试题
软件测试面试题
一、常有的测试用例设计方法都有哪些？请分别以详细的例子来说明这些方法在测试用例设计工作中的应用。
等价类区分
区分等价类 : 等价类是指某个输入域的子会合 . 在该子会合中 , 各个输入数据对于揭穿程序中的错误都是等效的 . 并合理地假设 : 测试某等价类的代表值就等于对这一类其余值的测试 . 所以 , 能够把所有输入数据合理区分为若干等价类 , 在每一个等价类中取一个数据作为测试的输入条件 , 就能够用少许代表性的测试数据 . 获得较好的测试结果 . 等价类区分可有两种不一样的状况 : 有效等价类和无效等价
类 .
界限值剖析法
界限值剖析方法是平等价类区分方法的增补。测试工作经验告诉我 , 大批的错误是发生在输入或输出范围的界限上 , 而不是发生在输入输出范围的内部 . 所以针对各样界限状况设计测试用例 , 能够查出更多的错误 .
使用界限值剖析方法设计测试用例 , 第一应确立界限状况 . 往常输入和输出等价类的界限 , 就是应侧重测试的界限状况 . 应入选用正好等于 , 刚才大于或刚才小于界限的值作为测试数据 , 而不是选用等价类中的典型值或随意值作为测试数
据 .
错误推断法
鉴于经验和直觉推断程序中所有可能存在的各样错误 , 进而有针对性的设计测试用例的方法 .
错误推断方法的基本思想 : 列举出程序中所有可能有的错误和简单发生错误的特别状况 , 依据他们选择测试用例 . 比如 , 在单元测试时曾列出的很多在模块中常有的错误 . 从前产品测试中以前发现的错误等 , 这些就是经验的总结 . 还有 , 输入数据和输出数据为 0的状况 . 输入表格为空格或输入表格只有一行 . 这些都是简单发生错误的状况 . 可选择这些状况下的例子作为测试用例 .
因果图方法
前方介绍的等价类区分方法和界限值剖析方法 , 都是侧重考虑输入条件 , 但未考虑输入条件之间的联系 , 互相组合等 . 考虑输入条件之间的互相组合 , 可能会产生一些新的状况 . 但要检查输入条件的组合不是一件简单的事情 , 即便把所有输入条件区分红等价类 , 他们之间的组合状况也相当多 . 所以一定考虑采纳一种合适于描绘对于多种条件的组合 , 相应产生多个动作的形式来考虑设计测试用例 . 这就需要利用因果图 （逻辑模型） . 因果图方法最平生成的就是判断表 . 它合适于检查程序输入条件的各样组合状况 .
正交表剖析法
有时，可能因为大批的参数的组合而惹起测试用例数目上的激增， 同时，这些测试用例并无显然的优先级上的差距， 而测试人员又没法达成这么多半量的测试，就能够经过正交表来进行减少一些用例， 进而达到尽量少的用例覆盖尽量大的范围的可能性。
场景剖析方法
指依据用户场景来模拟用户的操作步骤， 这个比较近似因果图， 可是可能履行的深度和可行性更好。
二、您以为做好测试用例设计工作的重点是什么？
白盒测试用例设计的重点是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的重点相同也是以较少的用例覆盖模块输出和输入接口。 不行能做到完好测试，以最少的用例在合理的时间内发现最多的问题
三、详尽的描绘一个测试活动完好的过程。
项目经理经过和客户的交流，达成 需求文档 ，由开发人员和测试人员共同达成需求文档的评审， 评审的内容包含： 需求描绘不清楚的地方和可能有显然矛盾或许没法实现的功能的地方。 项目经理经过综合开发人员， 测试人员以及客户的建议，达成 项目计划 。而后 SQA进入项目，开始进行统计和追踪
开发人员依据需求文档达成需求剖析文档，测试人员进行评审，评审的主要
内容包含能否有遗漏或许两方理解不一样的地方。 测试人员达成测试计划文档， 测试计划包含的内容上边有描绘。
测试人员依据改正好的需求剖析文档开始写测试用例，同时开发人员达成纲要设计文档，详尽设计文档。此两份文档成为测试人员撰写测试用例的增补资料。
测试用例达成后，测试和开发需要进行评审。
测试人员搭建环境
开发人员提交第一个版本，可能存在未达成功能，需要说明。测试人员进行测试，发现 BUG后提交给 BugZilla 。
开发提交第二个版本，包含 Bug Fix 以及增添了部分功能，测试人员进行测试。
重复上边的工作，一般是 3-4 个版本后 BUG数目减少，达到出货的要求。
假如有客户反应的问题，需要测试人员辅助重现以及回归测试。
四、过去能否以前从事过性能测试工作？请尽可能的详尽描绘您过去