精选文档
面试题
1、您以为做好测试用例设计工作的重点是什么？
参照答案：测试用例应百分百覆盖需求。
白盒测试用例设计的重点是以较少的用例覆盖尽可能多的内部程序逻辑结果。
黑盒法用例设计的重点相同也是以较少的用例覆盖模块输出和输入接口。 不可以能做到完好测试，以最少的用例在合理的时间内发现最多的问题。
2、您所熟习的测试用例设计方法都有哪些？请分别以详细的例子来说明这些方法在测试用例设计工作中的应用。
参照答案： 1．等价类区分
区分等价类 :等价类是指某个输入域的子会合. 在该子会合中 , 各个输入数据对
于揭穿程序中的错误都是等效的 . 并合理地假设 : 测试某等价类的代表值就等于对这一类其余值的测试 . 所以 , 能够把所有输入数据合理区分为若干等价类 , 在每一个等价类中取一个数据作为测试的输入条件 , 就能够用少许代表性的测试数据 . 获得较好的测试结果 . 等价类区分可有两种不同的状况 : 有效等价类和无效等价
类 .
2．界限值剖析法
界限值剖析方法是平等价类区分方法的增补。测试工作经验告诉我 , 大批的错误是发生在输入或输出范围的界限上 , 而不是发生在输入输出范围的内部 . 所以针对各样界限状况设计测试用例 , 能够查出更多的错误 .
使用界限值剖析方法设计测试用例 , 第一应确立界限状况 . 往常输入和输出等价类的界限 , 就是应侧重测试的界限状况 . 应入选用正好等于 , 刚才大于或刚才小于界限的值作为测试数据 , 而不是选用等价类中的典型值或随意值作为测试数据 . 参照答案： 3．错误推断法
鉴于经验和直觉推断程序中所有可能存在的各样错误 , 从而有针对性的设计测试用例的方法 .
错误推断方法的基本思想 : 列举出程序中所有可能有的错误和简单发生错误的特别状况 , 依据他们选择测试用例 . 比如 , 在单元测试时曾列出的很多在模块中常有的错误 . 从前产品测试中以前发现的错误等 , 这些就是经验的总结 . 还有 , 输入数据和输出数据为 0 的状况 . 输入表格为空格或输入表格只有一行 . 这些都是简单发生错误的状况 . 可选择这些状况下的例子作为测试用例 .
4．因果图方法
前方介绍的等价类区分方法和界限值剖析方法 , 都是侧重考虑输入条件 , 但未考虑输入条件之间的联系 , 互相组合等 . 考虑输入条件之间的互相组合 , 可能会产生一些新的状况 . 但要检查输入条件的组合不是一件简单的事情 , 即便把所有输入条件区分红等价类 , 他们之间的组合状况也相当多 . 所以一定考虑采纳一种合适于描绘关于多种条件的组合 , 相应产生多个动作的形式来考虑设计测试用例 . 这就需要利用因果图 (逻辑模型) . 因果图方法最平生成的就是判断表 . 它合适于检查程序输入条件的各样组合状况 .
4、什么是并发？在 lordrunner 中，怎样进行并发的测试？会合点失败了会怎么样？
参照答案：
.
精选文档
在同一时间点，支持多个不同的操作。
LoadRunner 中供应 IP 假装，会合点，配合虚构用户的设计，以及在多台电脑上设置，能够比较好的模拟真切的并发。
会合点，即是多个用户在某个时辰， 某个特定的环境下同时进行虚构用户的操作的。会合点失败，则会合点的才操作就会撤消，
(五)写出 bug 报告中间一些必备的内容。
参照答案：
硬件平台和操作系统
测试应用的硬件平台( Platform )，往常选择“ PC”。
测试应用的操作系统平台(OS)。
版本
提交缺点报告时经过该字段表记此缺点存在于被测试软件的哪个版本。
Bug 报告优先级
Bug 状态
Bug 的编号
发现人
提交人
指定办理人
概括
附属关系
详尽描绘
严重程度
所属模块
附件
提交日期
(六)简述一下缺点的生命周期？
参照答案：发现 -> 提交 -> 确认 -> 分派 -> 修复 -> 考证 -> 封闭
7、( 1)发现错误是软件测试的目的()
2)白盒测试能够找出软件遗漏功能和代码错误功能。()
3)在设计测试用例时，应包含合理的应用条件和不合理的应用条件。()
4)软件缺点必定是由编码惹起的错误。()
5)文档测试是对系统提交给用户的文档进行考证， 其实不是一般性的审察活动。()
参照答案：错错对错对
(八)怎样编写提交给用户的测试报告？
参照答案：跟着测试工作愈来愈受重视， 开发团队向客户供应测试文档是不可以避
免的事情。好多人会问： “我们能够把工作中的测试报告供应给客户吗？”答案
.
精选文档
能否认的。因为供应内部测试报告，可能会让客户失掉信心，甚至否认项目。
测试报告一般分为内部测试报告和外面测试报告。 内部报告是我们在测试工作中的项目文档， 反应了测试工作的实行状况， 这里可是多议论， 读者能够参照有关教材。这里主要议论一下
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
