运用程序有两种模式，C/S和B/S。C/S模式，即Client/Server（客户端/做事端）模式，这类程序可独立运行。B/S模式，即Browser/Server（浏览器/做事端）模式，这类程序需借助浏览器来运行。
Web运用程序一样平常是B/S模式，一个Web运用程序是由完成特界说务的各种Web组件（web components)构成的并通过Web将做事展示给外界。在实际运用中，Web运用程序是由多个Servlet、JSP页面、HTML文件以及图像文件等组成。
最近在参加的一个项目，紧张是web干系的产品，常常涌现开拓更完包之后，验证一些功能涌现非常，但是一到别人电脑上又不复现，每次都让清理浏览器缓存。测试的时候可以这么清，到了客户那，客户乐意一贯清吗？故考试测验理解背后缘故原由。
征象：怎么刷新都弗成，必须清理浏览器才能查看提交的数据。
1.剖析过程
1）问题创造后，按照刚才的操作仍旧可以复现，有必现步骤的
2）不雅观察日志打印，——这一步暂时由于某些缘故原由没有做
3）删除配置后，创造数据库中的数据也成功删除了，但是重新添加时，仍存在校验提示配置已存在。——这一步也没做
4）数据库操作没有问题，于是合理疑惑页面的配置校验读取了缓存，而没有实时的读取数据库信息。
5）打消浏览器缓存，重启浏览器，再次进行添加，添加成功，证明了4中的预测。
问题缘故原由
页面在新添加配置进行保存时会进行校验，但是校验读取了缓存。导致了删除配置再添加时会失落败。
修正办法
末了的修正办法，是在每次要求中添加了韶光戳。这样，就不会由于每次要求相同，会读取相同的缓存。既保障了缓存的上风（查询反馈速率快），又避免了缓存造成的读取缺点的缘故原由
2.问题定位的思路
1）大多数情形，问题的缘故原由是后端代码没有处理好，以是问题涌现时，首先该当去看日志；
2）确定问题在前端或者后端日志不能定位的情形下，须要合营利用F12工具或者抓包工具赞助定位；
3）问题特殊难定位时，可以利用假设-预测-试验-剖析的方法推测问题的缘故原由。
3.测试建议
1）在测试用例设计时，对存在唯一校验的功能应反复操作。像这个毛病中的类似场景，可以在删除后重新添加相同的数据验证校验时读取的是缓存还是实时读取的后台数据。
2）如果存在本系统嵌入了其他系统的页面的情形，在本系统中打开其他系统的页面时，须要考虑打消缓存后进行操作。
3）对列表记录进行修正或者编辑后，列表没有立时刷新，须要手动刷新页面才会更新列表。对付此类问题，可以建议开拓在提交修正或者编辑的数据后，再发一个要求获取数据来及时刷新列表数据，提高用户体验。
4）与缓存或是cookie、session有关的一类问题，测试过程中不能大略的清缓存就可以了，碰着这类问题时除了要多考虑问题的影响还要再多穷究缘故原由。
请关注+私信回答：“测试”就可以拿到自动化测试学习图谱及软件测试免费资料包，快速让自己变强！
