我们的团队项目是微图书销售小程序，而我负责的是图书详情，创建订单，订单管理者3个大模块的测试。

其实一开始，在微信web开发者工具上模拟，是没有问题的，但是那时真的心态很年轻，一旦进入真机调试里面就发现很多问题和BUG，接下来上测试表格：

【注】

1. 该表前面所填信息为测试表所提格式规范，请测试者依据自身信息认真填写
2. “测试系统名称”为测试系统部件名称，并在相应的“[  ]”上打勾;
3. “出错模块”编号参照 附录
4. “操作步骤”为出现错误的操作步骤
5. “错误描述”填写错误的表现
6. “错误类型”分类：A.页面布局 B.数据库关联 C.系统功能
7. “重现率”以百分号为单位，填写1-100间的整数。该值为估计值，测试者根据测试出错的次数和测试的次数之比来估计一个值
8. “影响”分类：A.影响网站运行 B. 影响系统运行 C.不影响网站运行但必须修改 D.不影响系统运行但必须修改 E.建议修改;
9. “备注”由修改人填写

如果有出错图示或出错详细信息，请粘贴（填写到）下面的“出错提示一栏”，并在图下行居中处注明“图1”、“表1”等字样 ，并在测试表中填写相应的注释，说明是哪张图或表等等。

首先是图书详情收藏书籍和收藏店铺问题，一开始没有考虑到真机中调用网络api的响应时间特别长，而在模拟器上的响应时间特别短，但是真机上响应时间长会暴露问题，就是在请求完成前再一次点击收藏可能会出现同一本书或店铺出现重复收藏问题，解决办法就是利用一个全局的标记位（作为一个锁），让一个请求完成前，只能发送一次请求就能解决问题。

而对于创建订单和订单管理的问题，就是在模拟器的演示效果并没有考虑一些比较少的情况，比如书名过长不能显示完整，或者是在不同的系统手机上（Android和ios）也有不同的效果，所以页面排版要重新布局适应。

经过这次测试，深深领悟一点：在模拟器上看到的结果往往只是模拟，落到真机上往往会出现一些未知的BUG，同时产品落到使用，往往会出现一些很特别的情况，在写代码的时候要考虑到这些问题。要考虑现实环境下会出现哪些问题，这些都要在写代码的时候考虑进去。

微图书销售小程序--测试心得（个人部分）