qq_42904438的博客

【代码】下拉单选（选择后高亮）测试用例。

【代码】下拉单选（选择后高亮）测试用例。

通过分层覆盖（功能、性能、安全）和自动化手段保障质量。实际编写时应结合具体需求，优先验证核心链路（如“浏览→加购→支付”），再逐步扩展异常和边界场景。京东的测试用例设计需。

一个功能一个用例，主要写关联的影响点，保证正常的影响范围是正常的就ok。如何应对时刻变化的需求，写测试用例。只写主业务流程的用例。

同时，要平衡理论和实际操作，给出具体可行的建议，比如使用哪些工具，如何实施自动化测试，如何进行代码审查等。另外，用户可能对某些术语不太熟悉，比如灰度发布、自动化测试框架等，所以回答时可能需要适当解释这些概念，但不要过于技术化，保持易懂。用户可能没有考虑到上线后的实时监控，以为测试通过就万事大吉，但实际上生产环境中的问题可能只有在真实流量下才会暴露，所以需要这部分的内容。确保系统上线后完全不出现 bug 是几乎不可能的任务，但通过系统化的流程、严格的测试和科学的预防手段，可以大幅降低风险。

edge

开发自测标准是开发人员在编写代码后，自行验证代码功能、性能和质量的依据。开发自测标准是保证代码质量的重要环节，通过严格执行这些标准，可以有效减少Bug，提升代码的可维护性和稳定性。日志级别：合理使用不同日志级别（如DEBUG、INFO、ERROR）。文档更新：确保相关文档（如需求、设计、API文档）与代码同步更新。并发处理：确保系统能处理预期的并发请求，无性能瓶颈。代码复用性：避免重复代码，合理使用函数、类等封装。环境一致性：确保开发、测试、生产环境配置一致。同行评审：邀请同事进行代码评审，确保代码质量。

巨潮、PDF

③打开注册表后，在“ShellIconOverlayIdentifiers”文件夹中可以看到许多名字前带很多空格的文件夹。这里需要注意，我们只需要让Tortoise……前缀的文件夹前面带有更多的空格就可以让其“显示权限”变高。④修改完文件夹名字后，重启电脑就能让check out的文件夹正常显示。①在空白处右键->选择“tortoiseSVN”->选择“设置”②选择“覆盖程序”->启动“注册表编辑器”

以上3个点一定都要到位，不能因为开发的bug太多漏掉一些点，至少保证这些点你都测过，那就是你的问题咯。1、开发提测，一定要他先演示，然后，按照功能+兼容显示器+浏览器三个大方向看是否🆗；2、还有数据的流转是否正常；

2、一个浏览器多个账号登录怎么处理的？多个页签多个账号、一个页签切换账号。1、web端低分辨率兼容；

2.9.1与2.8.1的源是不一样的，导致页面出bug;发现是element的包版本不一样导致的。npm的源这些都一样，但是效果不一样。

一定要将字体库放到–》控制面板\外观和个性化\字体 里面。打开原型了之后，icon没有。

360安全浏览器采用的是基于IE内核和Chrome内核的双核浏览器。360极速浏览器是源自Chromium开源项目的浏览器，不但完美融合了IE内核引擎，而且实现了双核引擎的无缝切换。因此在速度上，360极速浏览器的极速体验感更佳。

真是服了这粗心的开发，加了一个字段，但是在Add方法中没传。

坑人的开发，叫他保留两位小数，他说做不到，还找借口；换一个开发，挺好的，一个.toFixed就解决了。

41500.2227万的数据，在页面显示出来的是4.15亿，负号还在；-2880.8403万的数据，在页面显示出来是0.29亿，负号不见了；

从时间上看，是复制的数据，但是字段不一致，数据乱了。

非得一个字段一个字段查数据库核对，不然又被开发忽悠。

没有提出来是有其它的考虑，但是直觉的问题还是要及时记录。

是在上线后，发现有个用户同一个手机号注册了两个账号，一路追踪复现，测出来页面压根没有表单校验，点击下一步就注册成功了。测试过程中好像真的没有什么都不填，直接点击下一步，常规验证，就是都填上，看看主流程是否走得通；注册步骤里面加了一个页面，一个显示XXX是否领取成功的结果页面；没想到新加一个页面，前面流程的功能受影响。

浏览器、显示器分辨率兼容

消息通知，区分页签

前端-Console打印内容的代码没有干掉，还定时打印。

您的账号已在其他设备登录，当前登录信息过期，请重新登录!一刷新，其实又是登录了的状态！

所以尽量在前端、接口都能给出明确的提示，最好能指导用户下一步的操作。没有实战过就不会真的理解到这个东西的重要性，如果是被用户提出来那就很尴尬了。总是提示服务器出错了，用户一头雾水。

1、之前鼠标一移动上去，就出现了下拉选项，鼠标滑动过的地方弹框自动出现，显得很不友好；2、但是点击出现下拉选项，就会弹框一直停留在哪里，而且滚动滚动条，弹框还会显示在那里。

恼火，测不完的bug，异常场景的bug要测，样式的问题要测，一旦变动一个需求，还要全盘通策，活生生的卖命啊！那就只走正常的业务流程，时间多再异常场景测试吧。简直不知道要怎么测试了。

一个网站有多个域名，其中四个域名指向的是同一个页面，另外还有一个地址指向前面页面里面的某个功能。页面没有自动登录，而且这边登录了还会与。抢账号，没有做到多域名的单点登录。地址，没有验证带www的地址。测试的失误：验证时，只测试了。

不能轻易的说行不行，而是要把问题拆分清楚来调整。特殊的场景和例子要记录清楚；反复在强调这个东西。所有不举例证实说明的，都是胡说八道。

重新排查，发现最近新功能的icon都没有显示。（这个排查的步骤还挺重要的，不管是测试做，还是开发自己排查）这个版本控制也挺重要，而且自我感觉有点难度，目前使用的git，需要认真学习一下。原因：开发替换文件时，替换错了文件夹，导致最近所有功能的icon都没有了。早上一拉代码，发现非新功能少了个icon。昨天新加了一个icon。

这谁能想得到了，至少我直到这个bug出现我才直到，啊，还真有这种问题。一般上线之前会把主要的功能点击一遍，像“返回首页”这种压根没有在测试功能点中。一个网站里面应用了两个域名，主域名是XXX,新的域名xxx是一个新功能模块独有的，没想到“个人中心”的路由跳转还有bug（跳转到了新路由xxx）。

如果精确到时分秒，要看入参传参是否准确。开始日期必须小于或等于结束时间。

5、之前是否对web端系统在移动端上是否做过适配？已经不太记得了，好像做过，后面需求改为：用户访问web端路由直接跳转到H5的地址了。所以以后做测试的时候还要考虑是否要兼容移动端吗？当然也要需求提出来吧。2、一个好的PRD文档很重要，想学这方面的，https://zhuanlan.zhihu.com/p/651659838?3、服务器的空间内存大小要及时关注和处理；1、使用到mony的地方就会要查明细。4、服务器安全问题就免不了要做备份。6、要权衡正常的业务场景。