李万峰的博客
最近比较“愤青”~！对猿类特反感，本想我们是自由的，是要奔向未来的。可这样的情况下你的希望会被撕的粉碎，没有希望，没有未来。到处都是欺瞒、时刻都谎言，而且是不知廉耻的、低劣的谎言。 而且最近又看到要加强网络监管，我还~！这...这...在失语前，发一下牢骚~要不以后发都发不出去了~ 无奈之
401°/3998
人阅读/0 人点赞/2 条评论
在平静中度过了本次韩国之行的旅游。本来以为会有很大的惊喜的，怀着很向往的心情去的（比如是否能有一次不错的艳遇呢？呵呵），一天天的走下来，其实都那样啦，惊喜并不是很多，但是感受的确还是有一些的。 1.干净、整洁：的确比国内的一些景点干净、整洁多了，大煞风景的涂鸦等是没有看到的； 2.人们都很注意形象，出门都穿的很得
470°/4554
人阅读/0 人点赞/15 条评论
日常反省--注重细节之《UE的一些技巧》（部分摘抄、整理）
李万峰 2012-05-21
今天刚旅游回来，发现系统导入文件的格式变了。可以前做的那么多的测试备用数据（后续正式上线使用后也可能会使用到的）怎么办呢？查来查去，终于查到了UE的一些小使用技巧，通过逐步替换的方式将以前的测试用数据全部更改过来了，其实这种小工具小技巧的使用也是很重要的，在测试技术广度上又有了一小步的进步。再次将查到的资料整理后，供大家参考、备用。
418°/4186
人阅读/0 人点赞/0 条评论
【转】防堵日常操作中易泄密的20个漏洞（菜鸟级可参照尝试）
李万峰 2012-05-14
您打开计算机后，写文章、看图片、访网站、发邮件……，这一切操作，都可能被他人“窥视”：一个有经验的电脑高手能够毫不费力地找到您刚编辑过的报告、被您删除的邮件、您过去曾经访问过的站点、您去过的新闻组和聊天室、您下载的文件以及您的ICQ通话记录，总之，您的一切隐私都可能被别有用心的人窥探。听起来是不是有些恐怖？想保护隐私、守住秘密做到信息安全吗？请注意防堵日常操作中容易泄密的漏洞。 进入Windo
347°/3447
人阅读/0 人点赞/3 条评论
软件测试--安全测试的checklist（整理）
李万峰 2012-05-03
1. 不登录系统，直接输入登录后的页面的url是否可以访问 2. 不登录系统，直接输入下载文件的url是否可以下载，如输入http://url/download?name=file是否可以下载文件file 3. 退出登录后按后退按钮能否访问之前的页面 4. ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合
535°/5297
人阅读/2 人点赞/6 条评论
需求分析的20条法则
李万峰 2012-04-28
对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连
369°/3699
人阅读/0 人点赞/0 条评论
（转）产品经理培训的笔记
李万峰 2012-04-24
前段时间参加了几场初级管理者培训，把一些零散的点分享一下。 管理就是“管人（人的选育用留，需要团队合作与个人影响力）”，“理事（资源、优先级、过程）”，从而达到“目标”。管理就是把最合适做这事的人聚在一起，然后啥也不做。管理要“无意外”：比如突然下属说要离职，留人要留在他有心走之前。 M（管理线路）和高P（专业线路）都要带团队，他们的区别是：M借事修人，P借人成事。M介于HR和高P之间，好比PD介
369°/3680
人阅读/0 人点赞/1 条评论
离上次敏捷测试沙龙活动已经过3天，其余的已经忘记的差不多了，但至今仍未忘记的只有活动中比较认可的2点观点,在此写下，做下总结的同时以供自省，希望各位看官也能认同、能有所收获、感悟。1.28原则在测试工作中也是体现的比较明显的：80%的严重BUG通常出现在20%的重要功能模块中，回归测试时，发现的80%的问题都是出现在以前出现过BUG的位
354°/3540
人阅读/0 人点赞/0 条评论
敏捷项目中测试人员的价值（转）
李万峰 2012-04-16
上周去参加了一个敏捷沙龙，感觉还不错，发现还是有必要细细的学习、研究下，以下是收藏的一篇短文，拿出来和朋友们一起分享。 敏捷方法在软件开发中受到青睐，特别是在互联网应用服务系统的开发中，越来越多的公司采用敏捷方法，包括XP、Scrum、Lean、Crystal、FDD等。具体的敏捷方法在操作时有一些区别，但基本思想是一致的，如客户至上、拥抱变化、缩短迭代周期、自我组织等。在敏捷方法中
406°/4056
人阅读/1 人点赞/1 条评论
常规的估算测试工作量的方法（转）
李万峰 2012-04-09
作为一个管理者，你是否被询问到某个项目要花多少时间，多少人力测试；或是作为一个普通的测试员，你是否被询问到要花多少时间来完成某个任务或是一次回归测试？我想大多数在软件行业的人或多或少都会碰到这样的关于工作量估计的询问。那么你是怎么回答的呢？你对你自己的回答有信心吗？你是否最终发现实际上花去的时间和原本估计的时间大相径庭呢？ 不同的人会使用许多不同的方法来估算及安排他们的测试工作量。不同的组织根
443°/4423
人阅读/0 人点赞/1 条评论