王丽丽的阅读
Facebook内部高效工作PPT指南
昨天给大家分享了LinkedIn旗下SlideShare网站的专栏作家ÉtienneGarbugli的时间管理PPT指南，今天，给大家带来比这个更早的一篇同样也是关于时间管理的PPT，也就是之前网上盛传的《Facebook内部高效工作PPT指南》，不过它真的跟Facebook没什么关系~希望这篇文章能多少提升一下你的工作状态。毕竟，如果你不是富二代，你需要从工作中谋得稻粱，即便你衣食
209°/
2015-09-09/2098 人阅读 / 1 人点赞
/ 0 条评论
像这个下拉列表一样秀起来
引子多一点简单的选择，少一点复杂的填写，是提高用户体验的一种方式。下拉列表就是一种秉承着这种理念而生的控件。初来乍到，自我介绍下拉列表，也被称为下拉式列表、下拉框、下拉式选单、下拉菜单等，是一种被广泛的应用在计算机应用和互联网交互设计中的一种表现形式。常见的用法是，当用户点击一个选单时，选单会向下延伸出具有扩展选项的一个列表选单，从而用户可以从延伸的选单中选择最佳的选项。这样的控件有着许多的好处，
303°/
2015-09-08/3032 人阅读 / 11 人点赞
/ 0 条评论
从UI文档到用户故事文档的思维转换
在OutSystems，我们创建了一个平台，旨在简化应用程序整个生命周期的管理流程。但是，对于用户而言，我们的文档却不简单。我们的文档侧重于描述UI（用户界面）提供的每个按钮，而不是用户的意图和目的。一个明显的例子是，对于文本查找功能（CTRL+F），我们有一整页的文档。这页文档详细描述了UI提供的每一种选项，其详细程度令人难以忍受：区分大小写、不区分大小写全词匹配细化搜索范围我们专注于这些不言自
205°/
2015-09-07/2054 人阅读 / 0 人点赞
/ 0 条评论
拒绝修复bug的几个正当理由
当某些功能没有按预期运行时，bug就出现了。一次bug修复基本上是给现有代码打一个补丁，它应该解决当前问题，以确保「该功能」按预期运行。可是，这个补丁修复了一个地方，却常常破坏了很多地方。我相信有必要时不时地拒绝bug修复，并要求其作者重新制作补丁，以保护项目避免遭受更大的问题。根据我的经验，对于这种拒绝，存在着一些正当理由。它降低了代码覆盖率这是非常常见的情景：在某个地方做了修改之后，单元测试在
201°/
2015-09-06/2011 人阅读 / 0 人点赞
/ 0 条评论
图解测试之稳定性-了解稳定性测试
一、定义我的观点稳定性测试是在保证基本功能完整正确的前提下，软件或系统在一定时间或压力下，检验功能稳定运行的情况及性能劣化趋势，以减少系统或软件崩溃的发生。二、关注点我的观点稳定性测试直接的关注点，就是软件或系统功能特别是用户常用功能的稳定性；其次关注的是性能指标的变化情况；在测试过程中，我们需要特别考虑多线程进程及不同测试环境的问题。三、后续内容我的观点我们将依次从上图中的8个方面来介绍稳定性测
316°/
2015-09-03/3169 人阅读 / 0 人点赞
/ 0 条评论
关于敏捷开发的26个心得
我收集各式各样的至理名言。最近我一直在研究敏捷软件开发；有收获吗？下面就是能够指导敏捷软件开发团队的26条核心原则。用例一完全能够运行后再开发用例二。厨房里有一种说法正好可以印证这个问题：“做好一盘菜后你再做下一盘”．对于软件开发来说一个最大的问题就是人们喜欢并行开发多个任务。因为不可避免的，我们设计的功能中总会有一部分会被放弃砍掉，如果提前开发，很可能做无用功。一次只开发一个用例（或很少几个用例
212°/
2015-09-02/2121 人阅读 / 0 人点赞
/ 0 条评论
Adobe Flash 究竟是怎么作死的？
编者按：屋漏偏逢连夜雨。近日，在Flash被曝光了一个“近四年来最漂亮的FlashBUG”的同时，多家互联网公司已经陆续表态将会抛弃Flash。这个曾经在PC时代一统江湖的动画技术为何逐步被淘汰、被遗弃，这一路的过程究竟又是怎样？Flash距离寿终正寝不远了。这项在PC时代立下汗马功劳的互动技术，不得不承认在性能和安全性上都已经落后于人，HTML5这股后浪将势不可挡地将Flash拍倒在岸上。多家互
198°/
2015-09-01/1987 人阅读 / 0 人点赞
/ 0 条评论
开发不改bug？给你支个招
在测试过程中，不免会遇到开发人员因为一些原因不想修改个别bug的情况。那一般遇到这种问题时，我们该如何去推进开发修改bug呢？我们先来分析下到底会有哪些原因会导致开发不修改bug1、开发与测试对bug的定义理解不一致产生的问题，例如暴力操作、非常规操作出现的问题、问题路径深、服务器返回的数据不规范、竞品同样有的问题、个别机型问题等情况，开发可能会不愿意修改。2、工作流程方面的原因，例如开发有更高优
294°/
2015-08-31/2943 人阅读 / 0 人点赞
/ 0 条评论
活用狩野分析搞定意见分岐
设计的方法这本书不管是UI、UX、PM、Planner桌上都该摆一本，不知道报告/企划书怎么写的时候拿来跑一下实验很好用。从中我认识到「狩野分析」，参考UX，设计的方法（项目初始）这篇文，当时预期狩野分析适合用在项目初始、分析这个功能要不要做。最近简单地跑了一遍，来写点笔记...步骤虽然多，但只要会加减乘除就行了。不加新功能就会死恐慌症很多人都晓得「少就是多」，也都知道越简单越容易被理解和操作，却
323°/
2015-08-28/3234 人阅读 / 1 人点赞
/ 0 条评论
敏捷中的QA
说到QA，通常指的是质量保证（QualityAssurance）工程师，但我更喜欢定义敏捷中的QA为质量分析师（QualityAnalyst），主要基于以下几个方面的原因：质量保证更偏向于工业说法，称参与软件测试的人员为质量分析师感觉更恰当；质量保证师更多的还是把测试当作软件质量的最后把关着、看门人，而敏捷中的QA更多的是建议提供者而非看门人，把QA称为质量分析师更能体现敏捷中团队对质量负责的原则
276°/
2015-08-27/2768 人阅读 / 0 人点赞
/ 0 条评论