Hail_Hydra2—测试随笔
| 这个作业属于哪个课程 | 2020春-S班(福州大学) |
|---|---|
| 这个作业的要求在那里 | 团队作业第五次——站立式会议+alpha冲刺 |
| 团队名称 | Hail Hydra(九头蛇) |
| 这个作业的目标 | 描述项目的测试工作安排、测试工具选择和运用、测试用例文档、测试体会、项目测试评述。 |
| 作业正文 | 作业正文 |
| 其他参考文献 | 《构建之法》 |
冲刺日志集合
测试工作安排
| 成员姓名 | 负责任务 | 测试工具 | 测试设计方法 | 时间 |
|---|---|---|---|---|
| 黄子峻 | 测试前台页面功能 | 谷歌浏览器 | 黑盒测试 | 5.7-5.8 |
| 韦琛 | 测试后台页面功能 | 谷歌浏览器 | 黑盒测试 | 5.7-5.8 |
| 翁绍鸿 | 测试系统权限测试 | postman | 白盒测试 | 5.7-5.8 |
| 张嘉伟 | 问题模块、回复模块、举报模块、关注模块单元测试 | idea+Junit | 白盒测试 | 5.1-5.2 & 5.7-5.8 |
| 刘成华 | 用户模块、登录模块、消息模块、奖励模块单元测试 | idea+Junit | 白盒测试 | 5.1-5.2 & 5.7-5.8 |
本次测试概述
本次测试主要是针对冲刺结果进行了功能性测试，性能和健壮性等非功能性测试暂未展开。采用的测试设计方法有黑盒测试和白盒测试两种，黑盒测试由冲刺阶段负责文案工作的两位同学进行，并将测试结果记录在测试用例文档反馈给开发人员进行处理，黑盒测试的工作分配主要是根据前期任务（由于绍鸿负责去修复测试的问题，所以绍鸿负责的回复、关注、消息和奖励模块单元测试工作分配给另外两位后端成员完成）。
前端测试结果反馈
单元测试结果反馈
测试体会
黄子峻
测试分了几次进行，通过不同的人以及反复的琢磨，最后尽量的完善了平台，让我意识到测试是一个急不得，多思考，发散性的工作，要善于从各种方面各种情景来思考、测试，锻炼了思维能力以及对于软件的掌握和了解程度。
韦琛
这次测试给我的感受是在测试之前最好先对项目有一定的了解，而不是二话不说直接开始测试。直接开始测试很容易让自己的主观感受强行套到项目上，跟开发人员的想法会有出入。所以应该和开发人员及时沟通交流。还有就是测试发现bug时不要着急下定论并记录下来。很有可能只是自己粗心漏了什么或是服务器出了问题之类的。发现bug后应该多次测试，确认无误时再进行记录，否则可能会让开发人员跳进坑，造成一些不必要的麻烦。
张嘉伟
一开始以为单元测试很复杂，后来不断尝试搜索后找到越来越简单的方法，发现测试其实和编程关系并不是很大，需要的技术也不是很复杂，反而更需要细心和文档攥写能力，测试和开发的岗位需求也完全不一样。
刘成华
就是在后端测试的时候，我们前期比较注重接口啊各种东西的设计。因为我平时打代码的时候就非常注重功能的正确性，所以说我经常会在打完一个函数或者打完一个模块的时候就对它进行测试，而到我们后端真正进行测试的时候，我的工作反而是比较轻松的，因为我之前已经寄过一些测试，基本没有任何bug改动，所以说我觉得这也是一种良好的习惯。而且我在打代码过程中发现我的队友他注解写的非常清楚。或许注解更能有助于后期回顾代码的功能吧，这是我印象非常深刻的两点，在这次项目中，所以说我们后端测试起来也就不会有那么多的bug。
翁绍鸿
经过了测试人员的测试，我们发现了我们编码过程中有很多的错误和遗漏的地方，我们也进行了相应的修复，在这个过程中我体会到了测试的重要性。因为在设计的时候很多没有考虑的那么细，尤其是用户交互体验方面很多没去考虑；同样编码的时候也会由于疏忽忘记实现或没实现好某个功能（比如我们加了权限验证后部分ajax请求有加上token，部分遗漏了，导致部分请求被拒绝），倘若没有测试人员的耐心测试，那么软件的用户体验会很差，甚至功能上都有缺陷，因此真正想要完成一个合格的软件测试工作必不可少。
项目测试评述
本项目在经过测试后发现了很多的问题，问题主要集中在两个部分：
对非法的输入没有进行很好的检测和反馈
产生该问题的原因可能是因为冲刺时间较短，大家的主要精力都放在功能的实现上，因此对异常数据的处理和交互上花费的精力较少，导致该部分的问题较多。
部分请求的token信息没有加到请求头，请求失败
产生该部分问题的主要原因是前端js代码写的较为分散，重复代码较多，导致添加权限的时候有遗漏。