【无标题】

1. 测试用例是什么?编写测试用例时会用到什么方法?

答：测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。测试脚本是为了进行自动化测试而编写的脚本，测试脚本的编写必须对应相应的测试用例。

测试用例的方法有两种，白盒测试：逻辑覆盖、循环覆盖、基本路径覆盖;黑盒测试：边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法。

2. 如何提交高质量的软件缺陷(Bug)记录?

答：1) 通用UI要统一、准确。缺陷报告的UI要与测试的软件UI保持一致，便于查找定位。

2) 尽量使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。

3) 每条缺陷报告只包括一个缺陷。

4) 不可重现的缺陷也要报告。

5) 明确指明缺陷类型根据缺陷的现象，总结判断缺陷的类型。

6) 明确指明缺陷严重等级和优先等级。

7) 描述 (Description) ，简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置。

8) 短行之间使用自动数字序号，使用相同的字体、字号、行间距。

9) 每一个步骤尽量只记录一个操作。

10) 确认步骤完整，准确，简短。

11) 根据缺陷，可选择是否进行图象捕捉。

12) 检查拼写和语法缺陷。

13) 尽量使用短语和短句，避免复杂句型句式。

14) 缺陷描述内容。

3. 简述BUG 管理工具的跟踪过程

用 BugZilla 为例子

测试人员发现了 BUG，提交到 Bugzilla 中，状态为 new，BUG 的接受者为开发接口人员;开发接口将 BUG 分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG。如果是本人的 BUG，则设置为接收;如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为;如果认为不是问题，则需要大家讨论并确认后，拒绝这个 BUG，然后测试人员关闭此问题。

如果开发人员接受了 BUG，并修改好以后，将 BUG 状态修改为已修复，并告知测试在哪个版本中可以测试。测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证;如果已经修复，则关闭BUG。

4. 黑盒测试与白盒测试

黑盒与白盒测试是以代码可见度区分的。
他们二者都是将软件看作一个盒子。
黑盒测试不考虑软件内部的逻辑结构和代码，只关注程序是否符合需求。黑盒测试以用户的角度，从输入数据与输出数据的对应关系触发进行测试的。黑盒测试分为功能测试与性能测试。

1. 功能测试，检查软件是否能符合用户的需求
2. 性能测试：性能分为时间性能与空间性能两种。

时间性能主要指软件的一个具体事务和响应时间
空间性能主要指软件运行时所耗费的系统资源

白盒测试需要测试软件产品的内部结构和处理过程，不需要测试软件产品的功能。
与黑盒测试相反，白盒测试就是要检测研究程序里面的源代码和程序结构