测试随笔、测试用例文档
测试报告
1、测试分工
成员姓名 | 测试内容 | 测试工具 | 测试方法 | 时间 |
---|---|---|---|---|
陈柱全 | 测试客户端页面 | 安卓手机、excle | 黑盒测试 | |
郭航 | 测试客户端后台运行 | 安卓手机、excle | 黑盒测试 |
2、测试用例文档pdf的github链接地址
github链接地址: https://github.com/tudingdingshaoniantuan/tuanduizuoye-ruangong
(由于转成pdf格式会乱,所以用xlxs文档上传)
3、测试内容: 软件客户端功能实现,测试过程主要使用黑盒测试和冒烟测试来检验程序正确性,如果出现以下情况则视为软件缺陷,填写缺陷报告
- 测试结果于预期结果不符合。
- 测试结果出现软件说明书不需要实现的内容。
- 缺少软件说明书没有但是应该实现的功能。
- 测试人员觉得功能或者界面实现不合理
4、缺陷等级严格按照以下要求填写 :
- 致命(一级bug)
通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。
比如
-
严重(二级bug)
通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
比如:
-
一般(三级bug)
通常表现为:界面、性能缺陷。
比如:
-
可容忍性bug
比如:
5前端测试结果反馈:
测试体会:
这次项目测试随笔测试用例编写都是我和郭航共同完成,有些测过的功能回过头再次查看发现并不完整,说明我测试的并不详细没有测全面,前端界面的测试中让我发现了很多问题,感觉还是蛮有成就感的,让我觉得暑假学到的东西没有白学可以在学习生活中能够用到,比如项目不能穷举测试会浪费很多时间,所以在同一个功能区域选择冒烟测试,只要功能能够合格就说明这块功能区域出错的概率较小,百分之八十的缺陷集中在20%的区域。
测试评估
前端界面较为完整,但是结构混乱,功能不全,功能实现错误较多,分类导航栏过多,名词有重复,界面交互过于频繁,一次动作最好保持在三个交互以内。软件实现功能较少,还需要不断优化,不能投放到市场进行正常使用