测试随笔
1)测试工作安排
- 每天完成当天的模块功能实现任务,进行基本功能的测试,从总体上测试一下功能能否运行成功,达到我们的设计的预期。除此之外,在每次开始新功能编程之前,还会再进行一次测试的工作。系统的集中测试,我们安排在项目开发完成后的11.28日,而在在此之前我们都进行了大大小小的分散测试。
- 这个项目的所有的测试工作都由我们团队四人齐心协力一起完成的。机器的话,有的是在实验室上的Windows系统的台式机上进行测试,有些是在自己的笔记本上进行测试。
- 我们对项目的六大模块和十几个大大小小的功能都进行了测试,基本涵盖了此项目所有功能模块。
2)测试工具选择和运用
- myeclipse
- myeclipse中自带的Junit jar包 ,直接进行单元测试。
- Chrome 谷歌浏览器
测试名称 | 测试内容 | 时间安排 |
---|---|---|
单元测试 | 在最基本的功能/参数上验证程序正确性 | 每日完成一个功能点后就进行该项测试 |
回归测试 | 验证验证新的代码有没有破坏模块的现有功能 | 每完成一个新功能点时 |
功能测试 | 验证模块正确性 | 每完成一个小功能模块(如注册、登陆)进行该项测试 |
场景测试 | 验证几个不同模块能否完成一个用户场景 | 完成用户管理模块和活动管理模块时各进行一次该项测试 |
系统测试 | 测试整个系统功能 | 完成整个项目时进行测试 |
易用性测试 | 测试系统是否好用 | 完成整个项目时进行测试 |
3)测试用例文档
测试用例链接:https://files-cdn.cnblogs.com/files/youberight/测试用例文本.pdf
bug:
用户管理模块
1.用户注册时,输入错误的邮箱,系统虽然会提示“请输入正确的邮箱”,但点击获取验证码按钮,但还是会发送验证码。
2.用户修改资料,提交成功后,返回个人中心页面。但是头像显示失败,并且信用积分显示为0。
活动管理模块
3.当有用户报名活动时,系统会发送消息给活动发起者,但活动发起者需要重新登陆系统后,方可收到消息。
4.对参与人员进行评分时,输入字符串,系统报错
5.对参与人员评分时,未按系统要求输入1-10的分值,但依旧可以评价成功。
6活动展示页面,分页情况出错。点击第二页,没有内容展示。
......
4)测试体会
- 在本次测试过程中,我们发现了许多问题和Bug,这其中的问题包括了我们对许多基础的知识掌握的摸棱两可,比如,在实现注册功能的时候,如何让邮箱发送的验证码能有一个时效期。这归根结底还是平常项目开发经验太少,但庆幸的是通过测试,我们还是发现了不足并改正,完善了项目,也更加体会到高级软件工程的魅力所在。从这次测试我们也更明白未来在开发过程中要注意什么,避免哪些低级问题,明白了有些不好的编程习惯对功能的实现会产生不良的影响,这是我们最大的收获。
- 做测试最重要的是我们要去找这个系统对于极端情况下会做出什么样的处理和判断。由于时间和资源的局限性,我们未能使用海量数据量,并发性强的情况下去测试系统的承受能力,软件测试是要存在于软件开发的全过程,我们不断的对同一个功能反复测试,每进行一次测试就会提高一次测试标准,直至最终我们实现了功能设计的预期效果。整个测试是我们团队集体智慧的结晶。当然此次测试还有待加强的地方就是,还可以让团队成员之外的其他人来测试系统,这样更能模仿用户真实体验系统的情况。
5)项目测试评述
1.测试完整囊括了大大小小功能模块,是一个比较完整的项目测试,即完整性高。
2.测试的前提条件明确,预期结果目的明确。
3.测试时从用户本身的角度出发,符合用户场景。