软件测试题库

1.为什么要做软件测试 ？

本道题为开放型题目，根据自己的情况进行解答。

2.测试结束的标准？

1. 我认为测试结束并不是一定要将%100的bug全部修改，在项目即将上线时对于一些难复现的bug但是这些bug不影响用户使用时为保证任务顺利完成我们可以适当的放宽政策，选择上线。
2. 测试的过程为：单元测试-集成测试-系统测试-验收测试，在测试人员验收测试后，递交给用户做验收测试，在用户点头之后，测试也可以结束了

3.Bug的生命周期？Bug的组成部分？

1. 新建New ：测试人员测出Bug
2. 指派：测试人员将Bug指派给开发人员
3. 接受: 开发人员判定是不是bug，如果开发人员认为不是bug则进入拒绝状态，如果开发人员认为是bug则进入修复状态
4. 修复：开发人员修改bug
5. 复测：测试人员进行回归测试，如果bug已经修复则结束，如果没有修复则再次交给开发人员。

bug描述应该包括以下几个部分？

• 标题
• 发现问题的版本
• 问题出现的环境 硬件环境和软件环境、如果是web项目需要描述浏览器的版本
• 客户机操作系统
• Bug的优先级
• 错误重现的步骤 ：要让开发人员知道出现错误的步骤
• 预期结果：要让开发人员知道什么是对的
• 错误行为的描述：描述错误现象

4. 进程和线程的区别？

1. 进程：操作系统中程序的一次执行周期，是资源分配的最小单位
2. 线程：线程是进程的一个子任务，是任务分配的最小单元
3. 创建一个进程的开销要比创建一个线程的开销小的多
4. 进程之间通信比线程之间通信复杂得多

5. 如何测试一个网站？

1. 查找需求说明、网站设计等相关文档，分析测试需求。
2. 指定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试、界面测试、性能测试、数据库测试、安全性测试、兼容性测试
3. 设计测试用例
4. 执行测试，并记录缺陷
5. 定期评审，对测试进行评估和总结，调整测试内容。

测试用例的设计可以从下面的方法进行：
功能测试：
（1）链接测试
（2）提交功能测试
（3）图片文字是否能正确显示
界面测试：
（1）页面风格是否统一
（2）页面布局是否合理
（3）控件是否正常使用
（4）文字检查
性能测试：
（1）压力测试
（2）负载测试
（3）强度测试
数据库测试：测试其连接性、数据的存取操作是否正确、数据内容的验证
安全性测试：
（1）基本登录功能的检查
（2）是够存在溢出错误，导致系统崩溃或者权限泄漏
兼容性测试：
  浏览器的兼容性、操作系统的兼容性、软件平台的兼容性、数据库的兼容性

6.状态码 200 302 404

200: 成功处理了请求
302: 暂时重定向
404: Not Found 服务器找不到请求的网页

7.Linux下查看日志最后10行的内容

tail -n 10 test.log （日志文件名）

8. TCP粘包拆包

  TCP是基于字节流的，TCP会把应用层给的数据块，仅仅看成一连串无结构的字节流，没有边界；另外TCP的首部也没有表示数据长度的字段，基于以上两点，在使用TCP传输数据时才有粘包或者拆包现象发生的可能。如果客户端连续不断的向服务端发送数据包，服务端接收的数据就会出现两个数据包粘在一起的情况。
发生TCP粘包或拆包有很多原因，现列出常见的几点：

• 要发送的数据 > TCP发送缓冲区剩余空间大小，将会发生拆包
• 待发送的数据 > MSS（最大报文长度)，TCP在传输前将进程拆包
• 要发送的数据 < TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一起发送出去，将会产生粘包
• 接收数据端的应用层没有及时读取接收缓冲区的数据，将会发生粘包

粘包、拆包的解决办法？？

• 发送端给每个数据包添加包首部，首部中应该至少包括数据包的长度，这样接收端接收到数据后，通过读取包首部的长度字段，便知道每一个数据包的实际长度了
• 发送端将每个数据包封装为固定长度（不够可以通过0补充），这样接收端每次从接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开了
• 可以在数据包之间设置边界，如加特殊符号，这样，接收端通过这个边界就可以将不同的数据包拆开。

9.MySQL数据库如何恢复到任意时间点

未解决，学习后回答。

10.一个好的软件测试工程师应该具备哪些素质?

开放型题目，从自己的方面进行回答。

---

版权声明：本文为CSDN博主「zhao_miao」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/zhao_miao/article/details/100054712