【软件测试 第三节 测试环境搭建及BUG知识】

1.如何搭建测试环境（提测：开发说可以测试了）

①搭建测试环境 （一般情况下，开发运维会搭建测试环境）（软件、硬件、网络）
面试题：你之前工作搭建过测试环境吗?
实际工作：运维或者开发，代码构建打包好，部署到阿里云，jenkins部署好，腾讯云服务器上。tomcat，iis，nginx（部署工具）
app 安卓测试环境：安卓开发人员会把测试环境的安装包apk（测试环境的apk连接的数据库，请求的接口都是测试环境，都是假数据）（正式apk上传）应用宝，小米应用应用市场，华为的市场
ios：把苹果手机的id，告诉ios开发人员，ios开发者证书把你的手机id绑定；绑定过id的手机就可以下载开发人员给你的测试环境安装包，信任
b/s：jenkins（持续集成）平台点击一个按钮（部署项目，构建这个项目）
规范：一般开发人员没有部署的权限，测试人员去操作的

2.项目管理平台搭建（需求，用例，bug）：禅道（https://www.zentao.net/），jira，teambtion

自动化测试环境：
接口自动化：python+requests（模块）
app自动化：python+appium（不推荐） uiautomator2
web自动化：python+selenium（web ui自动化）

测试环境
测试环境（Test Environment简称TE）：为了运行被测软件完成测试工作所必须的硬件、软件和网络环境的集合
被测项目的测试环境：
app:（酷传）
硬件：手机/平板/模拟器
软件：系统（android /ios…）
网络：wifi、移动网络4G 。5G
web系统：
硬件：电脑
软件：系统（windows,linux）\浏览器
网络：wifi，有线

项目管理平台搭建:禅道（https://www.zentao.net/），jira，teambtion。部分公司采用自己开发的系统进行项目管理。
自动化测试环境：
app自动化
web自动化

3.搭建环境遵循的原则

	1：尽可能真实的环境，或模拟真实的环境
	2:优先选择主流的、广泛普及的操作系统（win/mac）和软件平台、用户要求（火狐和谷歌）

4.bug产生原因?

	  软件本身（系统结构复杂、运行环境复杂）
	  团队工作（需求沟通不清、技术水平不行）
	  技术问题（代码问题、、算法、语法、参数匹配、边界值）
	  项目管理（流程不完善、文档不完善）

5.面试题：你平时找bug会分析这个bug的原因吗？

• 到bug 一般开发解决bug之后也会跟我讲讲这个bug的原因（思维，见识）
• 有些bug自己见得多了，也就有感觉，知道哪里出现问题了

举例说明（分前后端）
1、后端:接口逻辑处理问题

• 常场景没有考虑到，比如参数的类型和为空，为零的情况没有考虑到，导致代码报错
• 一些参数边界值没有考虑到，没有处理好，超出边界值，没有考虑到比
• 如：数组越界 l=【1,2,3】 ,取这个数组的第4个元素超出了数组范围，导致代码错误
• 接口的数据（数据库）读取问题，比如接口去读取数据库时候没有读取成功有异常，数据类型处理

2、前端（前端就是去调用接口，拿到数据）：

• 没有正确的调用接口
• 数据处理问题。没有刷新，获取最新数据，拿到数据没有正确显示：界面优化，未正确显示:
  比如：新增帖子，没有正确显示

6.判断Bug的依据：不要只凭自己的主观臆断去判定缺陷！

1》通过技术文档来识别缺陷
	需求规格说明书 --》 功能测试
	设计和分析文档
	用户指南 帮助手册（不一定有 ，这个测试来写）
2》根据行业标准规范或参考同类型软件来识别缺陷- 测试、UI 、产品
3》与客户（绝对不能情况）和相关人员（产品经理）沟通来识别

7.记录一个Bug:Bug组成

缺陷编号 -->测试管理系统自动生成（EXCEL）
缺陷标题-->用简短精确的话语来描述你的bug	--》测试用例标题
缺陷类型-->代码错误/设计缺陷/界面优化…
缺陷等级-->致命/严重/一般/建议（高/中/低或者1/2/3/4 ）
缺陷优先级别-->立即修改/高优先级/正常排队/不紧急（1/2/3/4 ）
缺陷状态-->新提交的bug一般为新建或激活状态new/open
缺陷所属的模块-->细分功能模块-方便统计问题
发现缺陷的版本 -->当前版本号 -方便统计问题
缺陷复现的步骤-->操作步骤 预期结果 实际结果
缺陷的发现者 日期-->系统自动生成
备注信息-->截图 视频 log等信息

8.bug等级

1级bug:致命错误（奔溃、死机、死循环、白屏、闪退 – 涉及金钱计算 – 功能完全丧失）
2级bug:严重错误（密码明文;次要功能完全丧失；非常规操作导致奔溃、死机）
3级bug：一般错误（不影响产品运行；操作时间长；数据显示错误）
4级bug:建议性修改

9.bug优先级

立即解决、、高优先级、、正常排队、、不紧急

10.bug状态

1.激活或打开（New or Open or Active）：新建的bug，等待处理的状态
2.已修复（Fix or Resolved）：开发工程师对缺陷进行了修复，需要测试工程师进行确认
3.以后解决（Later）：缺陷将在以后发布的版本中解决，当前版本暂不修复
4.重新打开（Reopen）：测试验证后依然还存在的缺陷，等待开发进一步修复
5.关闭（Close）：测试验证问题已经修复成功，就把bug关闭
6.不修复（Wontfix）：报告中描述的缺陷确实存在，但是由于各种原因并不进行修复
7.不是问题（NAB）：报告中描述的缺陷经过确认不存在或不是缺陷（改了需求，你自己理解错误）
8.已重复（Duplicate）：提交的缺陷已经存在，重复缺陷
9.需要更多信息（WorkSforme）：根据报告的描述无法重现的缺陷，需要测试提供更多的信息

11.偶现bug(不可再现的缺陷如何处理)

记录下来但不要报告，在后续的测试中特别留意，找到其可能出现的稳定路径,转化为可再现的缺陷时，再报告
千万不要忽视不可再现的缺陷（背后boss）
证据：能够录制bug的重现步骤，报错日志等等