测试报告

测试内容： 软件客户端功能实现，测试过程主要使用黑盒测试和冒烟测试来检验程序正确性，如果出现以下情况则视为软件缺陷，填写缺陷报告

1. 测试结果于预期结果不符合。
2. 测试结果出现软件说明书不需要实现的内容。
3. 缺少软件说明书没有但是应该实现的功能。
4. 测试人员觉得功能或者界面实现不合理

缺陷等级严格按照以下要求填写 ：

• 致命（一级bug）
  通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如

• [ ] 内存泄漏

• [ ] 严重的数值计算错误

• [ ] 系统容易崩溃

• [ ] 功能设计与需求严重不足

• [ ] 系统无法登陆

• [ ] 循环报错，无法正常退出

• 严重（二级bug）

? 通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

比如：

• [ ] 功能实现

• [ ] 功能存在报错

• [ ] 数值轻微的计算错误

• 一般（三级bug）

? 通常表现为：界面、性能缺陷。

比如：

• [ ] 边界条件下错误

• [ ] 容错性不好

• [ ] 大数据下容易未响应

• [ ] 大数据操作时，没有提供进度条。

• 可容忍性bug

比如：

• [ ] 界面颜色搭配
• [ ] 文字排版整齐度
• [ ] 错别字的出现（不影响功能）
• [ ] 界面格式的规范度

测试分工

前端测试结果反馈：

测试体会：

这次项目测试随笔测试用例编写都是我和郭航共同完成，有些测过的功能回过头再次查看发现并不完整，说明我测试的并不详细没有测全面，前端界面的测试中让我发现了很多问题，感觉还是蛮有成就感的，让我觉得暑假学到的东西没有白学可以在学习生活中能够用到，比如项目不能穷举测试会浪费很多时间，所以在同一个功能区域选择冒烟测试，只要功能能够合格就说明这块功能区域出错的概率较小，百分之八十的缺陷集中在20%的区域。

测试评估

前端界面较为完整，但是结构混乱，功能不全，功能实现错误较多，分类导航栏过多，名词有重复，界面交互过于频繁，一次动作最好保持在三个交互以内。软件实现功能较少，还需要不断优化，不能投放到市场进行正常使用

测试随笔、测试用例文档

原文：https://www.cnblogs.com/Tudingdingshaoniantuan/p/13227462.html