随着IT技术日新月异，各种应用程序、APP层出不穷，软件测试这个行业也在不断发展壮大，这就要求我们不再满足简单的点点点的功能测试，而转向更深层次的测试之路的探索。
下面由我来絮叨一下关于不同类别的测试面试的内容及要点，抛砖引玉一下。
功能测试面试说
功能测试也称黑盒测试，即把测试对象当成一个黑盒子，不需要关注该软件的内部结构及处理过程。采用黑盒测试设计测试用例的方法有：等价类划分法、边界值分析法、错误推测法、因果图法、判定表、正交试验设计法等。
简单说明一下：
等价类划分法，等价类分有效等价类和无效等价类，其中每一条都是一条测试用例。拿手机号为例，有效等价类包括有效移动手机号、电信手机号、联通手机号等，无效等价类包括非手机号段的11位数字、含特殊字符、不足11位数字等。
边界值法，如需求要求“1-10个字符”，有效边界：最大值1、最小值10、有效最小次边界2、有效最大次边界9；无效边界：无效最小次边界0个字符、无效最大次边界11个字符、大于11等。
错误推断法，依据经验和直觉推测系统中可能存在的各种错误，有准对性的编写检查这些错误的测试用例。例如列出合适的错误推荐清单、确定需要进行错误猜测的测试子项、对测试子项进行错误猜测等。
判定表法，包含一下五部分
条件桩：列出所有可能的条件
条件项：列出针对它所列条件的取值，在所有可能的条件下的真假值
动作桩：列出所有可能的操作
动作项：列出在每一种条件取值组合的情况下，执行动作桩中的哪些动作。
规则：任何一个条件组合的特定取值及其相应要执行的操作
建立判定表，建立判定表分为五步，如下
第一步：确定规则的个数。假如有n个条件，每个条件有两个取值（0,1），故有2的n次方种规则
第二步：列出所有的条件桩和动作桩
第三步：填入条件项
第四步：填入动作项。制定初始判定表
第五步：简化。合并相似规则或者相同动作
实例：问题描述：“……对于功率大于50马力的机器，并且维修记录不全或已运行10年以上的机器，应给予优先的维修处理……”
生成判定表：
用简化判定表：
1，2合并，5，7合并，6，8合并
注：案例图文内容摘自网络博客
因果图法，用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例
正交试验设计法，正交表是一种特制的表格，一般用
表示，L代表是正交表，n代表试验次数或正交表的行数，k代表最多可安排影响指标因素的个数或正交表的列数，m表示每个因素水平数，且有n=k*(m-1) 1
例如：对于一个四因素且每个因素均为三水平的试验，如果按照全面试验需要进行3*3*3*3=81次。但是如果用正交试验法选择正交表
，n=4*(3-1) 1=9次试验就可以覆盖。从这点可以说明用正交试验法能有效地、合理地减少测试用例和工时，节约测试成本。
以上介绍了关于功能测试设计测试用例的概念，接下来再说一下具体的测试面试题目
问1：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？
答：根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致 的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方， 来确认是否是缺陷；
根据用户的一般使用习惯，来确认是否是缺陷；
与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷。
问2：给展示一个app界面，你如何编写测试用例？
答：测试用例设计的话，首先是正常的使用，就是点击页面中的按钮、输入正 常的查询等等；
其次，反向用例设计，即非正常的测试用例，比如过长的字符、非法字符等等，
最后，功能测试一般采用就是黑盒测试的方法（边界值、等价类等等）。
问3：你如何进行链接测试？
答：首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；
其次，测试所链接的页面是否存在；
最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向页 面，只有知道正确的URL地址才能访问。
问4：你如何进行表单测试？
答：首先，保证测试提交信息的完整性，如注册、登录、用户资料修改等；
其次，输入表单内容是否能够包含特殊字符（如sql注入等）；再次，文本框内容 是否有长度限制（如过长字符超出数据库该字段的设置长度而报错）。
问5：在你测试过程中，你测试过严重级别的bug吗?具体是什么？
答案 略
小编已抛砖，敬请读者多提宝贵意见，请关注“IT测试前沿”后续更多精彩… ...
最后祝大家早日脱离菜鸟，直升老司机。
注：图文摘自网络
