面试题解读，轻轻松松过面试，我以一个过来人的身份，写下这篇面试常见问题

再回答这个问题的时候是灵活的，首先，我有一技之长（表明自己的专业技能，展示自己的优点）来到贵公司，我在施展我的才能的同时又会事半功倍的完成公司交付的事情，再者，（说面试公司的优点）贵公司，在某一行业都是佼佼者，我希望进入这样强的公司，才能更快的让自己变强

我相信所有的人，肯定都是抗拒的，什么996，995，都是扯淡，我们谁不希望965呀，但是接受现实吧，同学们，告诉面试官：我如果有幸可以成为贵公司的一份子，那么就和公司荣辱与共，公司的任务，完不成，或者是急于上线，我愿意加班，这是我对公司，对这份工作的态度，我愿意付出，但是我平时也会合理安排好我的工作内容，避免不必要的加班，这样的回答是会不错的

回答这个问题的时候千万千万要小心，不管是对上家公司有多少怨言，对工作有多么不满，还是和同事相处不来，都不要讲出来，这个时候，你要把所有的问题都归结在自己的身上，让面试官觉得你是一个没有负能量的人，可以表达和自己的未来职业规划不匹配，回答出来的话一定是要积极的

1. 软件测试是为了发现错误而执行程序的过程；
2. 测试是为了证明程序有错；
3. 测试是为了在用户之前找出软件产品的错误，站在用户的角度来发现错误，使软件产品尽可能的符合用户的要求，使软件产品的质量更高。

我认为要做好测试，首先要有一个良好的沟通能力，沟通有效率，工作才会有效率，其次，要有一定的耐心，测试就是不断的反复执行测试用例，所以耐心细心很重要，最后，要有一个好的工作习惯，一步一步的做好测试。

第一种情况：开发人员说不是bug，那就有两种情况，需求没有定，那就找来产品经理，一起商定，商量后看需不需要改。

第二种情况：自己说是bug，开发说不是，先根据自己作为用户的使用习惯，再次确定是不是bug，如果认定是，就找测试经理和开发经理进行确认，需要改就改，同时把这个问题记录下来（这么做只是为了总结自己的问题经验，可以不用记录）。

语句覆盖，判定覆盖，条件覆盖，判定条件覆盖，条件组合覆盖，路径覆盖。

计划，设计，实现，执行，总结；

计划：对整个测试周期中所有活动进行规划，测试人员，时间进度等；

设计：完成测试方案的设计，从技术方面估算测试；

实现：测试用例的设计；

执行：执行测试用例；

总结：记录测试结果，进行测试分析，完成测试报告。

等价类划分：等价类是指某个输入域的子集合，在这个子集合中，所有输入数据对程序的验证错误都是等价的，这就不需要对每个输入数据进行测试，只需要用少量代表性的测试的数据，取得最好的测试结果，它分为：有效等价类和无效等价类。

边界值分析：通过测试经验可以直到，大部分的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部，针对边界值设计测试用例，可以测出更多的错误；

错误推测法：根据经验和直觉推测程序所有可能存在的各种错误；

因果图方法：前面的边界值和等价类都是只考虑输入条件，但未考虑输入条件之间的联系，考虑输入条件之间的组合，可能会产生一种新的情况（这里典型的就是用户名和密码）。

首先，查找需求说明规格书，网站测试的相关文档，接口文档等一些相关的文档，根据这些文档，制定测试计划，包括：功能测试，界面测试，性能测试，安全性测试，兼容性测试。

设计测试用例

链接测试，链接是否正常跳转，是否存在空页面，空链接；

提交功能测试；

多语言支持是否错误。

页面风格是否统一；

页面布局是否合理；

控件是否正常使用。

压力测试，负载测试，强度测试。

基本的登录功能的检查；

是否存在溢出错误，导致系统崩溃或权限泄漏；

SQL注入。

浏览器的兼容性；

操作系统的兼容性；

软件平台的兼容性；

数据库的兼容性。

1. bug产生的对应软件版本；
2. 开发的接口人员；
3. bug的优先级；
4. bug的严重程度；
5. bug可能属于的模块，如果不能确认，就找开发确认下；
6. bug标题，需要清晰的描述bug现象；
7. bug描述，需要给出bug出现的步骤；
8. bug附件中能给出相关的日志和截图。

• 由于程序所引起的死机，非法退出；
• 死循环；
• 数据库发生死锁；
• 因错误操作导致的程序中端；
• 功能错误；
• 与数据库连接错误；
• 数据通讯错误。

• 程序错误；
• 程序接口错误；
• 数据库的表，业务规则，缺省值未加完整性等约束条件。

• 操作界面错误；
• 打印内容，格式错误；
• 简单的输入限制未放在前台进行控制；
• 删除操作未给出提示；
• 数据库表中有过多的空字段。

• 界面不规范；
• 辅助说明描述不清楚；
• 输入输出不规范；
• 长操作未给用户提示。