文章目录

• 测试执行
• • 测试执行过程
  • 测试执行阶段的主要任务
• 测试准入准出标准
• • 测试准入标准
  • 测试暂停、停止
  • 测试准出标准
• 缺陷管理
• • 3-1 软件缺陷（bug）
  • 发现缺陷
  • 3-2 缺陷 告
  • • BUG重现
    • 无法重现的BUG，如何处理li>
    • 缺陷 告
    • 缺陷 告注意事项
  • 3-3 缺陷 告原则
• 缺陷跟踪（缺陷的一生）
• • 缺陷跟踪管理系统
• 禅道项目管理系统
• • 5-1 禅道
• 易用性测试
• 兼容性测试——提高产品质量和用户体验
• • 7-2 WEB兼容性测试
  • 7-3 APP兼容性测试

测试执行

测试执行过程

项目提测 -> 冒烟测试（准入型测试，看是否符合项目测试的开始条件） -> 系统测试 -> 用例执行 -> 测试通过

缺陷管理

3-1 软件缺陷（bug）

• 缺陷是一种泛称，它可以指功能的错误，也可以指性能低下，易用性差等
• 并不是所有测试人员都能提交被开发认可的缺陷，也不是测试员在任何时候都能提交被开发认可的缺陷

缺陷的定义：

1. 软件未达到产品说明书表明的功能（需求上的遗漏）
2. 软件出现了产品说明书指明不会出现的错误
3. 软件功能超出产品说明书指明范围
4. 软件未达到产品说明书虽指出但应达到的目标
5. 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好（由用户或产品方做的验收测试不通过）

1. 没有兼容性测试是不完整的项目测试，提高用户体验
2. 兼容性测试能使软件与尽可能多的其他软件“和平共处”，尽可能达到平台无关性
3. 兼容性测试能尽可能的保证软件存在的加支，他是衡量一个软件质量的重要指标
4. 兼容性测试能使软件产品的市场更广阔

7-2 WEB兼容性测试

主要考虑：浏览器、操作系统

测试方法

• 人工测试
• 第三方测试工具

浏览器测试选型

• Chrome：Webkit内核 & Blink内核
• FireFox：最新版本
• IE：7-11
• Safari：mac版本单独测试
• Edge：window10
• 360（双核版）
• 搜狗等其他浏览器任选其一即可，因为底层都是Webkit 或Blink

第三方工具——IETESTER

• 可以进行IE5.5-IE11的兼容性测试，能够满足一定程度测试需求
• 但随着IETESTER后期维护乏力，对浏览器的支持不足
• 一般可以用IE浏览器自带的调试工具来测试，ieteser用的人越来越少

第三方工具——BrowserShots

• www.browsershots.org 通过在线截图的方式展现页面的兼容性
• 限制在于只可以同构输入 址的方式查看，对于还未上线，测试中的 站比较难于使用

第三方工具 Super Preview

• Super Review是微软推出的独立安装包
• 他的目标是集成IETESTER和BrowserShots的功能，但是目前还没有完善

7-3 APP兼容性测试

考虑的方向：硬件设备兼容性，操作系统版本兼容性

测试方法

• 人工测试
• 第三方测试工具：三方主要以云平台为主

设备选型

• 使用TOP20的机型，指定系统版本即可
• 安卓机一律要求使用真鸡或者相应的云服务测试，IOS允许使用模拟器
• 如果上述的设备无法获取到的，允许选取同类（IOS/安卓）机型作为替代，但最多不超过4个替代机型