每日感悟-246：PC 端微信朋友圈的文字会错乱，这个问题隐藏的有点深，但是必现。
每日感悟-245：两个质量事故的启发：
1、人们对于隐私的重视程度已经逐渐提高（点评是一个，美团定位也算），对于隐私的测试要求，也要提高标准了；
2、涉及钱财和数据的，一定要尽可能多的覆盖各种异常，不仅仅是技术手段的保障，设计上也要考虑用户的心理预期；
每日感悟-244：首次登陆时，数据库字段为空，没有特殊处理（问题不大，但是处理下体验就更好了）。
每日感悟-242：有道云笔记 IOS 版，登陆有效期过期后，打开 APP 时，自动登出了。
等我重新登陆进去后，才弹框提示我登陆信息过期了，需要重新登陆。
这就是用户场景的测试用例覆盖。
每日感悟-240：Boss 招聘出了桌面版，下载体验了一下。才安装完成，就提示错误了。
看起来是和使用环境有关系。
Windows 环境测试时，一定要注意区分内置 administrator 和普通管理员的区别，也要注意 UAC 开和关对程序的影响。
这就是用户场景的测试用例覆盖。
每日感悟-228：质量保证不仅仅要关注产品的技术质量，要关注的还有产品的诉求，质量再好的产品，如果没有用户，也体现不了高质量的价值，反而会增加成本。
每日感悟-227：质量保证是一个系统工程，不是说所有问题都需要全解决，而是在资源有限、成本有限的情况下，尽可能多的解决那些关键的、严重的问题。
每日感悟-226：道路设计的太平整，不利于排水；
道路设计的太斜，水流太集中，下水口排不急；
而且很多路的验收，并没有考虑雨天的情况，一下雨，各种情况都能看到；
这可以算是场景用例覆盖不到位。
每日感悟-225：目前设计用例的思路，大体有两种。
一个是从需求出发，对需求进行不同程度的拆分。
一个是从质量模型出发，从不同技术角度对实现进行覆盖。
随着现在用户体验的关注度提升，是时候增加一个新的角度了，就是「使用场景」。
通过对常见用户场景的覆盖，更好的从用户角度出发，发现那些场景化的问题（而不是掉到技术实现的坑里）。
每日感悟-224：有道云笔记有个特别好的功能，就是记录文档查看的位置，每次重新打开时，会自动跳到之前滚动条的位置。
按理说这是个很人性化的设计。
但是我管理的文档很多，偶尔打开一个之前的文档，就会跳到一个我根本记不住的位置，既然记不住，就是不需要的位置，这时候，这个优化的功能就成了冗余。关键是，还没地方去关闭这个「好意」。
时刻要警惕，我之蜜糖，很可能是彼之砒霜。
建议：1、加设置入口；2、只记录最近 5 条有操作记录的文档的位置信息。
每日感悟-223：做质量保证时间久了，就有点职业病。
比如沟通时，说完一句话，我立马就知道别人可能对这句话产生的不同理解，于是主动就进行了全方位的补充说明。
好处是沟通覆盖的角度很全，不足是重点不突出，太追求全面性了。
特别是这个过程会伴随着我自己的快速思考，经常会出现自言自语的情况。
嗯，任何事情都有两面性。
每日感悟-222：质量是个挺主观的词，如果没有衡量标准，质量就无从谈起。
所以谈质量，先设置好前提条件，比如三步以内的点击操作，不会出现明显的软件异常。
每日感悟-221：抛开业务本身谈技术，都是耍流氓，技术是为了支撑业务，测试技术也是一样。
不需要完美的质量，需要的是满足业务诉求的质量。
每日感悟-220：我记得之前的便利贴，都是贴纸顶部一小部分是粘胶，今天用的便利贴，竟然是反着的，只有顶部没有粘胶，其他位置都是粘胶，再也不用担心粘不牢了。
这也说明，那么我们认为本该如此的东西，也都有可以改进的空间。
每日感悟-219：今天玩星球，发现个很基础的 bug，一个常规操作流程中，弹框提示我选择了「取消」，然后 APP 就卡住了，没反应了，很明显就是业务逻辑没有处理这个场景。
操作步骤：
1、星球主题中打开另一个星球的链接；
2、新页面点击「查看更多内容」；
3、对话框点击「取消」；
预期是返回正常浏览，实际页面卡住完全无法操作了。
每日感悟-218：对产品的熟悉度，是测试的优势，他可以让我们更快的理解需求，从而推动工作的更快开展。
同时，它也可能成为劣势，因为熟悉会让我产生定势思维，从而发现不了问题，也就没法进行突破（创新）。
每日感悟-217：禁止需求变更，是不可能的，越是自己做过产品设计，越是能明白这一点。
那么作为测试，我们要做的，则是尽可能提前的完成需求变更，尽可能有效的识别有效变更。
每日感悟-216：用户只知道「可用」和「不可用」，没有「暂不可用」，也没有「自定义设置」，更没有「辅助功能」。
每日感悟-215：某个同学说他找 bug 的能力特别厉害，每天都能发现 5 个 bug，目前这个项目中已经发现了 100 多个 bug。
我算了下，这个项目已经 3 月了，每天 5 个就差不多有 300 个，根本不止 100 个呀。
看，我也发现个 bug（数据测试不能单纯看数据，要关注数据合理性）。
每日感悟-214：上次聊到食堂桌子的问题（199条），我只关注到了眼前短期的座位问题。
后来听「得到」里面提到，通过加长餐桌，增加团队成员一起吃饭、互相了解的机会，可以极大的增强团队沟通的效果，有利于团队发展。
从这个角度说，还是利大于弊的哈，果然是出发点不同，结论不同。
所以一个产品的价值主张尤为重要。
每日感悟-213：现在这站点的质量太差了，明明登陆了，结果提示用户信息错误。
我到用户中心去退出登陆，然后开始循环的退出然后自动登陆，然后又退出这么一直循环。
首页打开时，console 里面直接 10 个 js 错误。
每日感悟-211：百度 盘这句柄数要逆天了。
每日感悟-209：mongo 的数据查询和 SQL 的查询字段的处理上有很大的不同，比如字段写错了，sql 会 异常，mongo 就是返回一个空的结果，该夸它异常处理做的好呢，还是夸它可以完美掩盖问题呢。
每日感悟-208：wechatbrowser 的页面错误巨大，当然，我启动的时间也比较久，但是和其他进程比起来还是太大了。
每日感悟-206：没有异常不代表没有问题，越是表面上一片平静的时候，越是要关注真正的问题是否被掩盖了（我系统自测时，没有任何错误，也没有任何数据，看起来像是数据的问题，但是数据构造后发现还是不正常，但是因为没有错误提示，定位非常棘手）。
每日感悟-205：我的 络明明很正常，可是有道云笔记总是弹出这个提示，然后也没有什么有用的信息，体验很不好。
每日感悟-202：目的不同，决策不同，结果也不同，比如红绿灯的设计，是以效率为主，还是以安全为主，决定了最后的通行效果。
每日感悟-201：对于司机来说，右拐弯是最顺滑的，对于行人来说，右拐的车是最危险的，眼瞅着绿灯没了，右拐车流还是没完没了。
内容有点多，可以收藏后慢慢看哈，或者后台回复「15666」加我好友，日常追更。
如果有任何一条内容让你有启发，欢迎留言告诉我哈，我会更有动力坚持下去的。
最后借机说个事。
我们公司近期要举办《测试之美》大会（时间地点确定后我会第一时间通知），我在其中有一个议题。
如果你对会议内容感兴趣（海 出来我会第一时间通知），或者想和我当面聊聊（想不想都得来），都可以留言告诉我。
人多的话我会考虑拉个群，咱们小小组织一下哈。
就这，回见。
– END –
点个“在看”，传播一份价值
越测越开心
欢迎”留言“
你的观点，碰撞我的，就是知识的火花
推荐阅读：
这件小事，我坚持了 200 天
这件小事，我坚持了 100 天
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91330 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！