项目测试心得——基于微信的图书销售小程序

·测试总述 

根据迭代计划安排,我们于2018-12-24开始了针对微信小程序项目的测试。使用的工具为手机微信以及微信Web开发者工具的真机调试功能。在进行测试之前,我对哪些模块可能出现问题已经大致有了估计,然而测试时产生的页面问题和逻辑问题依然出乎我的意料,很多我们自认为不可能出现问题的部分也有BUG被找出。在测试的过程中,我们找出了部分图标在安卓机上不显示、店铺管理页面在IOS设备上存在布局问题、textarea等原生控件覆盖了原本的遮罩层、创建订单时对各条目逐一进行检查时的判断异常等问题。测试完成后我们综合了发现的所有问题,并将这些问题安排给了相应的负责人进行处理,由负责人给出预计修复时间,并在修复完成后进行了再构建和回归测试。

·原因分析

在对测试结果进行总结后,我认为造成这些问题的原因可以归为以下几点:

  • 过于依赖开发工具,开发者工具自带模拟器,开发人员过于依赖模拟器而忽视了模拟的误差,造成页面在模拟器显示正常而在真机中出现各种错误
  • 没有遵守命名规范,对于资源文件没有按照命名规范来命名,使用中文名称造成部分设备上图片无法正常加载。
  • 忽视了实际使用场景中的环境影响,最开始是使用本地服务器进行开发,忽视了实际使用程序中可能存在的网络延迟,没有考虑请求同步和重复发送请求的问题
  • 对于自己的代码过于自信,在开发完一个模块后自己进行测试时认为自己的代码一定不会有问题,故一次测试正常后就没有深入进行测试,给后期的整合测试带来很大压力
  • 开发人员之间沟通不到位 / 对其余非自己部分的模块没有必要的了解,不同开发人员的不同模块在对接时出现由于交换数据与所需格式不一致而产生问题

·总结

这次测试,帮助我们发现了项目的很多不足,发现的众多问题、修复问题花费的大量时间也让我深深认识到了测试的重要性,通过这次测试,提高了我们的测试能力,让我们认识到了自己在以往开发过程中的不足,也通过测试后的总结会议相互学习,增加了编程经验。BUG是无法避免的,但只要我们注重开发过程中的细节,增强开发人员之间的沟通,更细致的考虑问题,出现BUG的可能性就会不断降低。

项目测试心得——基于微信的图书销售小程序

上一篇:微信小程序发起支付流程


下一篇:微信开发准备(二)--springmvc+mybatis项目结构的搭建